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Változások 





edves Mindenki! Lapunknál állan- 
KK dóan változik valami. E havi lapszá- 

munkban például Csontos Gyula, 
aki idáig a lemezmellékleteket, a híreket 
és a benti munkaállomásokat állította össze, 
magára vállalta a lap szakmai szerkesztését. 
Különösképpen örülök, hiszen Gyula tapasz- 
talt rendszergazda és programozó egy sze- 
mélyben. A munkakör változásának mellék- 
hatásaként egy rövid ideig elcsendesedett a 
9 linuxvilag.hu, szerencsére azonban a hon- 
megjelenésekor a hírezés ismét működik. 
Gyula a 3 csontos.gyula Olinuxvilag.hu 
címen érhető el. 
Új szakmai szerkesztőnk évek óta Linux-párti 
és nagyon sokszor előfordult, hogy a hozzánk 
beérkezett próbagépeket szintén ő nyúzta 
meg. No igen, sajnos számos olyan gép léte- 
zik, amelyekkel nem bánhatunk kesztyűs 
kézzel, és ezen a ponton ismét a Linux és 
a többi rendszer felmutatta tulajdonságok 
különbségervel találjuk szemben magunkat. 
Hogy mit 15 értek ez alatt? Hadd meséljek el 
ehhez kapcsolódóan egy röpke történetet! 
Talán két éve történt, hogy új munkaállo- 
mást (Windows) és új kiszolgálót (Linux) 
kellett belső rendszerünkbe beállítanunk. 
A kiszolgálóra főleg Samba-feladatokat 
osztottunk. Egy erős ASUS-os gépet válasz- 
tottunk kiszolgálónak, egy Aristo-alapla- 
posat pedig munkaállomásnak. A nagygép- 
pel semmi baj nem volt, a kicsire azonban 
sehogy nem akart felmászni a Win98. Gon- 
doltuk, nem baj, rakunk rá NI-t. Működött 
15 a drága, két napig, utána lehalt, ahogy 
az a nagykönyvben meg van írva. Néztük 
balról, néztük jobbról, majd a harmadik 
telepítésnél gondoltunk egyet, és kicseréltük 
a két gépet. Egy fájlkiszolgálónak különben 
sem kell erős gép! No, futott 15 a Linux, 
de egy Jó hónap múlva furcsaságokat tapasz- 
taltunk. El-elszállt egy-egy folyamat, időn- 
ként , Seek error" magüzenetek jelentek 
meg. Hmm, majd kinövi — képzeltük. Eltelt 
további két hét és komoly lemezhibák 
jelentkeztek. Egy szó mint száz, a legvégén 
kiderült, hogy az alaplapon lévő IDE-vezér- 
lő néha tévedett, mi pedig minden olyan 
anyagot elvesztettünk, amiről nem volt biz- 
tonsági mentésünk. 
Szóval, nem mindig a Linux a ludas, ha nem 
akar futni egy gépen. A minap leveleztem 
Lakos Imi-vel 15, aki kedvencünket éleszt- 
gette, de nem sikerült neki. Sejtelmes fagyá- 
sok történtek, és már-már lemondóan írta, 


4 Linuxvilág 





, Minden gyökeres változást megelőz egy passzív, egyet nem értő, de 
nem kihívó beállítottság az emberek részéről (. . .) elveszettnek kell 
érezniük magukat, hogy el legyenek szánva: szakítanak a múlttal és 


szerencsét próbálnak a jövővel." 


hogy csalódott a pingvinben, ennyit még 

a Windows sem fagy. A kérdéses gép egy 
Gigabyte/ALI alaplap 53 Savage 4 kártyá- 
val. Kártyacsere után örömmel írta, hogy 

a Voodooval repül a gép. 

De kanyarodjunk el az alkatrészektől az 
elmélet felé. Nagyon örültem, amikor Szaló 
István cikkét olvastam, szerintem a Linux 
szempontjából legfontosabb kérdést boncol- 
gatja: milyen helyzetű a számítástechnikai 
oktatás, tanítanak-e jelenleg Linuxot, és ha 
igen, akkor mennyire gyakran, milyen mély- 
ségben és ami még lényegesebb, hogyan? 
Mostani számunkban már a cikk második 
részét olvashatjuk, a 16. oldaltól kezdődően. 
Vitaindító, egyben gondolatébresztő is, és 
felmerül a kérdés: az API-k vajon tényleg 

a programozók elkorcsosulását okozzák? 

A napokban erről beszélgettem egy Ismerő- 
sömmel, aki szerint ma már , nincsen szükség 
programozó polihisztorokra", nem kell, hogy 
valaki a rendszerprogramozástól az SOL-en 
át a Perlig mindenhez értsen, elegendő ha 
kidolgozott elméleti alapra támaszkodik, és 
megfelelően képzi magát egy adott területen. 
Igaz, ha valahol programozóként helyezke- 
dünk el, általában egy adott területen dol- 
gozunk. Egy ideig — azután váltunk. Mi 
most például vért izzadunk a kereskedelmi 
részleg belső rendszerével, magunk fejlesz- 
tettük Delphi-InterBase környezetben. Ami 
színtiszta Delphi-kódolásnak indult, jelenleg 
PL/SOL- és PHP-programozással, Linux 
rendszergazdai feladatokkal, héjprogramok 
írásával bővült ki. És akkor nem is beszél- 
tünk még az új elosztott objektumok kezelé- 


(Saul Alinsky) 


séről, valamint azokról az újabb eszközök- 
ről, amelyek felé kacsingatunk (CORBA 
vagy SOAP, Zope stb.). 

EI ne feledkezzünk arról az apróságról, 
hogy egy programozó rendszerint vért izzad, 
mert lassú a programja, hetekig dolgozik, 
hogy a termék teljesítménye növekedjék 

(ez nagyon helyes nevelési szempontból, 

de nem mindig kifizetődő), ahelyett, hogy 
odaállna a főnöke elé, és azt mondaná: 

, Én ennyiért és ennyiért a kétszeresére gyor- 
sítom a rendszert, de feleannyiért ötszörö- 
sére lehetne felgyorsítani a gépet!" És aki 
nem hiszi, hogy ez előfordulhat, annak csak 
annyit mondok, hogy láttam én már olyan 
hálózatot, ahol a központi adatkiszolgáló 
egy Pentium volt, a munkagépek pedig 
Pentium II[-asok, mert , azokhoz kaptunk 

jó monitorokat". 

Így hát mindenkinek azt ajánlom, legyen 
nyitott, és ne csak a saját területére figyel- 
jen, hiszen sokszor lényegesen hatékonyabb 
megoldásokra lelhetünk, ha nem csak az 
adott szinten keresgélünk utánuk! Remélem, 
ehhez kapcsolódóan egy-két hasznos 
megoldással újságunk 1s szolgálni tud. 

Jó olvasást kívánok! 


Szy György 

a Linuxvilág főszer- 
kesztője, a Kiskapu 
Kiadó vezetője. 
Mindenki véleményét 
és levelét örömmel 
várja az alábbi levélcímen: 
Szy.GyorgyOlinuxvilag.hu 








Nyárias az idő — mondjuk naponta homloktörölgetve, szerkesz- 
tőségünkben azonban már megjelentek az első levelek. Egy 
olvasónk több kérdéssel is fordult hozzánk, az alábbiakban neki 
válaszolunk. 


Hogyan tudnám a megszokott virtuális asztalt beállítani? A 4-es X 
teljesen figyelmen kívül hagyja ugyanis a Virtual 1024 768-as sort! 
Egy 14 hüvelykes monitorhoz lenne ehhez a beállításhoz szükségem, 
mivel így megnövelhetem a képernyőt, és nem kell új monitort vennem. 
lakosimi o freemail.hu 


A legegyszerűbb megoldás, ha a /etc/X1I/XF86Config-4 fájlba egy 
az alábbihoz hasonló bejegyzést teszel: 


Subsection "Display" 
Depth 16 
Modes "1024x768" "1280x1024" 
ViewPort 070 
EndSubsection 


A Modes sor adja meg a 
használandó felbontásokat, 
amit elsőként írsz, az lesz az 
alapértelmezett mód, tehát 
azzal indul el a grafikus felü- 
let. A második pedig már 
(abban az esetben, ha nagyobb, 
mint az első) a virtuális kép- 
ernyőméretet adja meg — erre 
a CTRL-HÁLT és - billentyűk- 
kel válthatsz át. 








number of sereen sections nay be present. Each describes 
configuration of a single screen. single specific screen section 
nay be specified fron the X and L i he " f 
tion. 
ion "Screen" 
Identifier "Screen 17 
Devici "Hatrox Hillenniun 6400" 
Honitor" 


lonitor tíy 
DefaultDepth 16 


Valahol azt olvastam, hogy 
a nyomtató egyszerre kétféle 
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üzemmódra is beállítható, 


e ENNsON Support Database 


tudniillik szöveges 

(300x300 dpi) és , képnyom- 
tatás" (600x600 dpi) üzem- 
módra. A kérdés csak az, 


the Alps a MD-5000 a 





allprintersmadeby  — Panasonic I 


hogyan lehet ezt kihasz- 
nálni? Nekem Panasonic 
KX-P6500-asom van, 
amivel minden gond nélkül 








tudtam nyomtatni (bármely 
Panasonic gyártmányú 


sa nál Linuxszal), a HP laserjet, 
nyomtatók támogatottsági listája 


illetve a laserjet beállítá- 
sokkal. Baj csak akkor 
van, ha mondjuk kép is található a kinyomtatott oldalon, mert 

a végeredmény igen-igen ,, szemcsés" lesz. 


Ez a nyomtatótípus támogatott ugyan, de csak részben. Ez azt 
jelenti, hogy grafikus munkára valószínűleg nem tudod fogni. 
Az alábbi címen megnézheted, milyen Panasonic nyomtatókat 
hogyan támogat a Linux. 

2 http:/www.linuxprinting.org/show. printer.cgi?recnum-65280 
Érdemes szemezgetni még a 5 http://www.cups.org oldalon vagy 
a 2 http://www.linuxprinting.org-on is. 


Négy számítástechnikai boltból háromban szinte nem is hallottak 

a Linuxról. Csupán egy volt (Mikland), ahol azt mondták: ,, nem 
gond..." — mármint a Linux beszerzése, mivel vásárolandó gépemre 
azt szerettem volna. A többi boltban pedig választani lehetett Windows 
és Windows közül, és hogy el ne felejtsem: ott volt még a Windows is. 


www.linuxvilag.hu 


Mindemellett még megjegyezték: ,, Á, a Linuxra nincsen alkalmazás, 
mert minden programot Windowsra írnak". Ekkor én (tettetve a 
tudatlant) azt mondtam: ,, Egy barátomnál pedig láttam valamilyen 
Debian, vagy valami ilyesmi Linuxot, ami 3 darab CD-n volt, ez 
mintegy 1950 megabájtot tesz ki. Tessék mondani, ilyen nagy lenne az 
alaprendszer?" Itt is a tudatlanság győzedelmeskedett! 


Olvasónknak sajnos teljesen igaza van abban, hogyha az ember 
Linux-ügyben bármilyen tájékoztatást szeretne kapni, netán vásárol- 
na, akkor csak igen szűk körben tud válogatni. Manapság még 
mindig a Microsoft operációs rendszerei az elterjedtek, ezért a számí- 
tástechnikai boltok nem 15 igazán igyekeznek, hogy a Linuxról 15me- 
reteket szerezzenek. A másik tapasztalatunk, amelyről e számunk 
lapjain a Portocom-tesztnél (, Az első találkozás: Kovács úr Linuxra 
vált", 12. oldal) és a Hír-lelő rovat oldalain 15 beszámolunk, hogy 
előretelepített linuxos gépeket csak ritkán adnak el (szerencsére már 
több cég hirdet ilyen gépeket, ezek valószínűleg irodai célokra 15 
megfelelőek lesznek), ugyanis aki kicsit 15 ért a rendszerhez, gépére 
saját kezűleg fog Linuxot telepíteni. A linuxos alkalmazásokról pedig 
csak annyit, hogy a Debian alaprendszer több mint 3500 csomagot 
tartalmaz, és ha elgondoljuk, hogy ezek a csomagok mind valamilyen 
feladatot látnak el, általában pedig nem ugyanazt, akkor nyugodtan 
elmondhatjuk, hogy bizony Linuxhoz 1s akad elegendő megfelelő 
mennyiségű és minőségű alkalmazás. Természetesen akadnak még 
hiányosságok, de a nyílt fejlesztésnek köszönhetően gombamód 
szaporodnak a különféle feladatra alkalmas programok. 


(A leveleket — az újság főszerkesztőjének elvei szerint — esetenként 
átszerkesztjük.) 
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Európa első IP-alapú multimédiás 
ügyfélkapcsolati központja 
Nemrégiben megszületett Európa első 
IP-alapú multimédiás ügyfélkapcsolati 
rendszere, a 3Com8€ Contact AdvantageTM, 
mely a 3Com NBXÉ telekommunikációs 
rendszerének és az Apropos Technology 
ügyfélkapcsolatokat és -tevékenységeket 
kezelő termékének az ötvözete. A rend- 
szert a közelmúltban helyezték üzembe 

az Egyesült Királyságban működő új 
lakossági hitelintézménynél, a Halifax 
Cetelem Credit Ltd-nél. A 3Com Contact 
Advantage használatával a Halifax — az 
ígéretek szerint — teljes körű kapcsolattar- 
tását zökkenőmentesen bonyolíthatja le. 

A 3Com olyan megoldáscsomagot ajánl, 
amely biztosítja a multimédiás ügyfél- 
kapcsolati központ működtetéséhez szük- 
séges felületet, alkalmazást és tanácsadást, 
valamint a megvalósítást. A rendszert 
három szintre építették fel. Az első az IP 
Contact, mely egyesített hálózati telefon- 
rendszert foglal magába — támogatja a 
beszéd, az e-mail és a fax átvitelét. Ezeket 
közös várósorba rendezi és a kezelő 
egyetlen felületen látja őket. A második 
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szint a Web Contact, melynek szolgál- 
talásai között a visszahívás, az internetes 
csevegés és a közös böngészés szerepel. 
A harmadik szint pedig az Ultimata 
Contact, ami az eCRM-en keresztül teszi 
lehetővé egy vállalati szintű adatbázis 
létrehozását, az ügyfelek hívási szokásai- 
nak és viselkedésének megismerését. 


A Compagy támogatja 

a hazai felsőoktatást 

Áprilisban a Compag Computer Magyar- 
ország Kft. nagyteljesítményű Alpha ki- 





szolgálókra hirdetett nyílt pályázatot a 
hazai felsőoktatási intézmények körében. 
A húsz nyertes intézmény az AlphaServer 
DS20-as kiszolgálók 3 évre szóló, térítés- 
mentes használati jogát kapta meg. Az 
AlphaServer DS20 6/500-as számítógépek 
64 bites Alpha processzorral rendelkeznek, 
legnagyobb méretük eléri a 4 GB-ot (6 PCI 
bővítő hellyel). Mindehhez egy Compag 
Campus licence csomag 1s tartozik, TIru64 
UNIX vagy Open VMS (a Compag által 
fejlesztett) operációs rendszerrel. 


Portocom MultiMagic — 

a karcsúság titka 

2001. augusztus 1-jén a Portocom Rt. 

új multimédiás noteszgépet mutatott be 
Portocom MultiMagic néven. A hordoz- 
ható gépeknél a könnyen kezelhetőség, 

a méret (35 mm vastag) és az akkumulátor 
teljesítménye (2,5 óra) a legfontosabb 
szempont, és ez ennél a típusnál kecsegte- 
tően jó eredményeket mutat. Az újdonsá- 
gok közé sorolható, hogy a CD még a 

gép becsukott állapotában is hallgatható; 
valamint rendkívül hasznosak a számító- 
gép elején elhelyezett, öt azonnali paran- 
csot végrehajtó ún. indításbillentyűk 
(shortcut keys), melyek gyors kapcsolatot 
jelentenek a levelezőrendszerhez, az Inter- 
nethez, és két szabadon választott, a gépen 
futó alkalmazáshoz, egyikükkel pedig a 
hangerő szabályozható közvetlenül. A gép 
szíve a Pentium III-as mikroprocesszor, 
valamint a VIA PN133-alapú lapkakészlet. 
Memóriamérete akár 1,5 GB-ig, merev- 
lemezéé pedig mintegy 30 gigabájtig 


44 hp 


bővíthető. A hajlékonylemez-meghajtón 
kívül az alapgép CD-meghajtót vagy 
DVD-meghajtót, illetve CD író-újraírót 
vagy kombinált DVD-olvasó/CD írót tar- 
talmazhat. A legjobb képminőség elérése 
érdekében három képernyőméret közül 
választhatunk (13,3; 14,1 vagy 15,0 
hüvelykes TFT-kijelző, 1024x768-as 
/XGAJ/ illetve 1400x1050 /SXGA/ képpon- 
tos — az elérhető legjobb — felbontással). 





A MultiMagicet a legkorszerűbb eszközök 
csatlakoztatására 1s felkészítették: összeköt- 
hetjük hagyományos, vagy akár plazma-te- 
levízióval, videókivetítővel, videokamerával, 
digitális fényképezőgéppel, mikrofonnal, 
fejhallgatóval, de LCD-képernyővel Is. 

És ami nekünk a legfontosabb: a Portocom 
ezt a hordozható gépét linuxos operációs 
rendszerrel 1s kínálja a számunkra. 


PC Expo 2001 — New York City 

A Hewlet-Packard a New York Cityben 
megtartott PC Expo 2001-en mutatta be 
legújabb fejlesztésű üzembehelyezés-támo- 
gató megoldását, amely az ügyfelek szá- 
mára egyszerűbbé teszi a többféle operá- 
ciós rendszert futtató hálózatokban működő 
számítógépek távoli üzembe helyezésének, 
irányításának és helyreállításának folyama- 
tait. A Rembo Auto Deploy és Rembo Auto 
Backup kialakítású megoldás segítségével 
akár több ezer, egyedi beállítású személyi 
számítógépet 1s használhatunk. A tervek 
szerint a HP ezzel a megoldással az elkö- 
vetkezendő hat hónap során világszerte 

70 ezer számítógépet helyez majd üzembe. 
Az üzembehelyezés-támogató megoldás 

a HP és más szállítók mind Linux-alapú, 
mind pedig Microsoft operációs rendszere- 
ken futó asztali és noteszgépeit támogatja. 


Körösztös Anita 
(Korosztos.Anita2 
linuxvilag.hu) a Linuxvilág 
marketingfelelőse. Nem olyan 
rég csöppent bele a Linux 
világába, azóta lelkesen fog- 
lalkozik vele. A barátaival töltött időt tartja 
a legfontosabbnak és lelkesedik a vízIi- és 
téli sportok Iránt IS. 








Dell-gépek Linux nélkül 

A kis keresletre való tekintettel a Dell 
számítógépeit nem szállítja többé előre 
telepített Linux-rendszerrel. Saját tapaszta- 
latom azt mutatja, hogy az emberek jól meg- 
szokott rendszerükről nem mernek váltani, 
aki pedig egy kicsit is ért a Linuxhoz, rend- 
szerét kedvenc Linux-változatából saját 
maga szereti felépíteni. 

2 http://www.linuxnews.comjistories.php? 
story-01/08/06/2217404 


Íngyen programok Solarishoz 

Aki a Sun cég Solaris nevű operációs rend- 
szerét használja, biztosan hasznosnak fogja 
találni az alábbi oldalt. Szabadon letölthető 
és ingyenesen használható programok talál- 
hatók rajta — kategorizálva. Egyszerű menü- 
pontokon lépkedve érdeklődésünk tárgyát 
könnyedén megtalálhatjuk. 

9 http://freeware4sun.com 
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RedHat 7.2 próbaváltozat 

Letölthető és kipróbálható a RedHat 7.2 
ROSWELL-próbaváltozata. A rendszer 
alkotóelemei: 2.4.6-os rendszermag naplózó 
fájlrendszer-támogatással, XFree 86 4.1.0, 
KDE 2.2 pre, Gnome 1.4. 

Letölthető az 3 ftp://ftp.redhat.com/pub/ 
redhat/linux/beta/roswell/ és a 

2 http://www.redhat.com címekről. 


Processzorhűtó 

energiafogyasztás nélkül? 

Hazánkban először Ordasi Gábornak 

(a 2 www.szamitogep.hu munkatársának) 
sikerült nagy hőelvezető képességű, néma 
és energiafogyasztás nélküli processzorhűtót 
készítenie. Nincs mozgó alkatrésze, így 
nagyon kicsi a meghibásodás lehetősége. 

A hűtés alapelve: a processzor által termelt 
hő felmelegíti a ráerősített tartályban lévő 
folyadékot, ennek következtében az felforr 
és felfelé száll, ahol lehűl, majd visszafolyik 
a processzor tartályába. Ez a zárt rendszerű 
hűtőrendszer karbantartást nem igényel, 
élettartama pedig akár 50-100 év 1s lehet. 
További részletek a 

2 http://www.szamitogep.hu overclock 
rovatában. 
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Elektronikus Pearl Harbor 

Nagyon érdekes írást olvashatunk az alábbi 
címen arról, hogy a Microsoft túlélne-e egy 
esetleges elektronikus Pearl Harbort. A szerző 
közérthető módon hasonlítja össze a Unix- és 
Windows-rendszereket. A cikk egy kis bete- 
kintést nyújt a Windows Registrybe, miért 15 
omlik össze a rendszerünk, ha megsérül, és 





vajon mit csinálhatnak benne azok a részek, 
amelyek nem nyilvánosak? 

2 http://www.yowusa.com/Archive/ 
May2001/CYBERW. l/cyberw. 1.htm 


Kétfejes Matrox 6400/4.50 


A 3 http://www.debianplanet.org HOGYAN- 
jai között található egy nagyon hasznos 
leírás a kétfejes Matrox kártyák használói 
számára. Ennek segítségével tökéletesen 
beállíthatjuk a kártyáinkat a 4.1.0-s Xfree86 
grafikus felülettel. Azok is ötletet 
meríthetnek belőle, akik két külön kártyát 
szeretnének használni. 

2 http://www.debianplanet.org 

2 http://www.debianplanet.org/ 
debianplanet/article.php? 
s1d-256£mode-threadkorder—O 

2 http://www.matrox.com 


Debian 

Egy újabb Debian-alapú Linux tűnt fel, 

a neve DeMuDI: - ez a Debian Multimedia 
Distribution név rövidítése. A projekt fő 
célkitűzése, hogy könnyen beállítható és 

a multimédiára kihegyezett Linuxot adhas- 
sanak a felhasználók kezébe. Ez a Deblan- 
változat minden olyan programot tartalmaz, 
amely e feladat megvalósításához szüksé- 
ges: MP3-lejátszókat, videolejátszókat, vala- 
mint hang- és képszerkesztőket. 

2 http://www.demudi.org 

2 http://gige.xdv.org/pages/DeMuDi 


eMUGI 


Debian Multirnedia. Distributiori 


1. WhyDemudi ? 


In  Ehe BASE TEN WEGZS THE SEIRÉGGY SE. 2266 
software has revolutionized the software 
development world. This strategy predicates that 
the source code for software (i.e., the original 
texts on which it is based) is freely available 
on the Internet to allow true development 
sharing and efficiency. Open development has 
proven to be a major step forward in resolving 
complicated problems of software design and 
CONTACTS construction. EFor example, GNU/Linux, a fully 
mailing lists free software complete computer operating 


HOME 


DEMUDI DEV SERVER 


WHO" IN THE PROJECT? 
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Gimp 

A Gimp (lásd még a 64. oldalon), ez a mél- 
tán népszerű képszerkesztő program szinte 
minden operációs rendszer alá elérhető. 
Legfrissebb kiadása a 1.2.2-es, amely szá- 
mos hibajavítást tartalmaz, de a fejlesztők 
már gőzerővel dolgoznak az 1.4-es válto- 
zaton. Ígéreteik szerint az újabb Gimp már 
CMYK színkezelésre 1s képes lesz, így az 
egyébként sem kis tudású programot akár 
nyomdai előkészítésre 15 használhatjuk 
majd. Nagyon sok internetes oldal foglalko- 
zik a különböző Gimp-változatokkal, íme 
néhány a teljesség igénye nélkül: 


0 Kiskapu Kft. Minden jog fenntartva 


Enter the Gallery 


2 http://www.gimp.org 
2 http://www.macgimp.org 
2 http://www.gimp.hu 
2 http://gimp.rulez.org 


Kicsi, de mégis nagy 

Szingapúrban egy újabb Linux-alapú tenyér- 
gép született. A termék neve Terapin Mine 
és leginkább mobiltelefonra hasonlít. Képes 
MP3- és WAV-lejátszásra, emellett diktafon- 
ként is használható, ráadásul 10 GB-os 
tárolókapacitásának köszönhetően hordoz- 





ható adattárolóként szintén megállja a 
helyét. PCMCIA csatolón keresztül hálóza- 
ton 1s elérhetővé lehet tenni. A Mine 18 cm 
hosszú, 9 cm széles és 2,6 cm vastag. Keze- 
lése három gomb segítségével történik, 
érdekes azonban, hogy csak a Windows 
98/Me és 2000 operációs rendszerekkel 
működik együtt. Kijelzője összesen négy- 
szer húsz karakter megjelenítésére képes. 

2 http://www.mineterapin.com 


Csontos Gyula 
(Csontos.Gyulao 
linuxvilag.hu) a Linuxvilág szak- 
mai, hír- és CD-szerkesztője. 
Szabadidejében szívesen mác- 
szik hegyet és kerékpározik. 





2001. augusztus 1 








0 Kiskapu Kft. Minden jog fenntartva 





Programvadászat 


15. CD-melléklet Magazin könyv- 
tárában a cikkekhez kapcsolódó 
programokat és forráskódokat, va- 
lamint a kimaradt listákat találhatják meg — 
természetesen ezt minden cikk szövegében 
az elérési úttal együtt jelöltük, ezzel 15 se- 
gítve a programok, forráskódok kipróbálását 
és megértését. Telepítési és beállítási ötlete- 
ket általában a cikkekben találhatunk. Elő- 
fordulhat, hogy azokon a rendszereken né- 
hány, a telepítéshez szükséges csomag 
hiányzik, ilyenkor ezeket meg kell keres- 
nünk és telepítenünk kell a folytatás előtt. 
Az rpm-alapú csomagokhoz a 

2 http://www.rpmfind.net címet ajánlanám, 
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SPEAKEASY. NET 


About SpeakEasy.Rpmfind.Net Server 


Go directly to the RPM database 
Learn more about rpmfind and rpm2html 








ahol kereshető adatbázisban tudunk kutatni 
a fájlok után; és ha a rendszer a keresett 
csomagot megtalálta, azonnal le 1s tölthető. 
Deb-alapú rendszerekhez pedig a 

2 http://www.debian.org/distrib/packages 
oldalon kereshetünk. Előfordulhat az is, 
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Search Package Directories 


Keywords: Search j Reset 
Search on; Package names only sú Descriptions 
Allow searching on subwords; [/ 


Distribution: [stable 2] Section ]any  z] 
Searching ís very straightforward , but guite flexible: 


a Searches on package names should include a single word 

a Standard boolean logic with "and" and "or" can be used 

s Even when searching on subwords is not checked, appending an asterisk, "", to the end of a kegword 
will allow subword searching for that word, 

a Subword searching only checks for arbitrary suffixes, not prefixes, 


Search the Contents of the Latest Release 


This search engine allows you to search the contents of Debian distributions for any files (or just parts of 
file names) that are part of packages. 





2 át 


hogy Potato-rendszerünkben nincs meg az 
a friss változatú csomag, amire szükségünk 


lehet, ekkor két ösvényen haladhatunk tovább: 


e Állítsuk be a /etc/apt/sources.list-ben 
a Woody-kiadás könyvtárait, majd az 
apt-get update és az apt-get 
upgrade (esetleg az apt-get dist- 
upgrade) parancsokkal frissítsük 
rendszerünket. Ezt a megoldást azonban 
csak azoknak ajánlom, akik nem élet- 
bevágóan fontos programokat futtatnak 


ő Linuxvilág 





a gépükön, mivel a Woody egyelőre 
csak Testing-változat, azaz nem megbíz- 
ható állapotú. (Saját tapasztalataim azt 
mutatják, hogy munkaállomásnak már 
kellőképpen megbízható.) 

e A másik megoldás pedig az, ha a 
hiányzó csomag forráskódját letöltjük, 
lefordítjuk és telepítjük. 


Postfix 

A 66. oldalon kezdődő cikkhez tartozó forrá- 
sok: postfix-20010228-plO04.tar.gz — a meg- 
bízható változat, snapshot-20010714.tar.gz — 
a legfrissebb fejlesztői változat. 

Az első lista 1s itt kapott helyet. 














KDevelop 
Mustra rovatunkban a KDevelop 1.4-es 
fejlesztőkörnyezetről olvashatnak, ez ebben 
a könyvtárban telepíthető formában és 
forráskódként is megtalálható. A 76. oldalon 
kezdődő írásunk telepítési segítséget 15 
nyújt. Mindenképpen érdemes a cikket 
mintegy előtanulmányként elolvasni, mivel 
sok buktatótól kímélhet meg mindenkit. 
Jó fejlesztést! 
6800 


Database Öbject 


PostgreSOL access 





New Öpen Design 


"adatok 
Tables 


Gueries 
views 
seguences 


Functions 


Reports 


Forms 
scripts 


Users 
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PostgreSOL 


A népszetű adatbázis-kezelő forráskódja 
szerepel ebben a könyvtárban, így mindenki 
saját igényeinek megfelelően testreszabott 
csomagot telepíthet a gépére. 


Memóriahibák 
A négyes, az ötös és a hatos lista kapott 
helyet ebben a könyvtárban. 


MYSOL 


Gyors, hatékony adatbázis-kezelő rendszer, 
forrása és a cikkhez tartozó lista található itt. 


Pov-Ray 

Folytatódik a megkezdett Pov-Ray cikksoro- 
zat, ehhez listák, a program forrása és képek 
találhatók a CD-n. 


Gimp 1.2.2 


A 64. oldalon található Gimp-sorozatunkhoz 
tartozó legújabb Gimp-változat 15 helyet 
kapott korongunkon: forráskód és rpm-cso- 
mag formájában. Telepítése az rpm -i 
csomagnév paranccsal, vagy a forrásból 
való fordítással lehetséges. 


Frissítések 

Szerencsére a nyár és a meleg nem szegte 
kedvét a fejlesztőknek (bár a világ néhány 
részén most éppen meglehetősen hideg van), 
ezért most 1s szép számmal jelennek meg a 
frissítések és a biztonsági javítások. Jelenlegi 
korongunkon a Mandrake Linux 7.2 és 8.0, 

a RedHat 7.1. és a Debian Potatóhoz 


a Single Window 
r With Decorations 


sz Whole Screen 


ater [ő A seconds Delay 





megjelent frissítések, illetve hibajavítások 
kaptak helyet. Mindenki számára ajánlott 
a rendszer frissítése, ily módon ugyanis 
számítógépünkön a biztonsági rés a lehető 
legkisebbre csökkenthető. Egy frissebb 
változatú programmal új szolgáltatásokat 
tudunk használni, ezzel 15 teljesebbé téve 
a minél kényelmesebb linuxozást. 





A 16. CD-n találhatók nagyobb lélegzet- 
vételű anyagaink. 


XFree86 4.1.0 


A Linuxnak és számos más operációs rend- 
szernek az XFree36 az alapértelmezett gra- 
fikus felülete. Korongunkra a legújabb 
üzembiztos változat, a 4.1.0-s került fel, 
mindenki által telepíthető csomagokban és 
forrásban. Eddigi tapasztalataim a szerkesz- 
tőségben nagyon jók ezzel a kiadással kap- 
csolatban, és ami számomra a legfontosabb: 
ez a változat a Matrox G450-es kártyák 
kezelését alapértelmezetten tartalmazza, 
tehát a fájlokat nem kell a Matrox oldaláról 
letölteni és a telepítéssel bíbelődni. Termé- 
szetesen számos változást és kiegészítést 
rejt magában az előző változathoz (4.0.3) 
képest, ezek többek között az alábbiak: 


e — Kiegészítették a grafikuskártya- 
meghajtókat, 

e — az fb-réteg használatához átírták 
a meghajtót, 

e — AII Radeon meghajtó Alpha processzo- 
ros Linuxhoz is, 

e. VMware meghajtó, 

e . Matrox G450-, Trident CyberBladeXP- 
és CyberBladeXPm-, nVidia 
GeForce3-támogatás, 

e. 1400x1050-es beépített felbontás, 

e — Savage meghajtójavítás, 

e  GLINT meghajtófrissítés. 


A csomag része: 
e — Mesa 3.4.2, 
e — Freelype 2.0.2, 


e — Támogat néhány , internet" billentyűzetet, 


e — Free36-VidMode bővítés. 


Telepítése a rendszerünknek megfelelő 


könyvtárban lévő Xinstall.sh héjprogra- 
mocska elindításával egyszerűen elvégez- 


XFree86(TM): Home Page - Mozilla (Build ID: 2001080104 
ll. File Edit View Search Go Bookmarks Tasks Help Debug GA 


The 


PV AZAZ 


Project, Inc. 





The XFree86 Project Inc. 


hető. Számos kérdésre választ kell adnunk, 
ezt azonban rendszerünk a későbbiek során 
a jól sikerült beállításokkal meghálálja. Ha 
a telepítéssel elkészültünk és rendszerünket 
finomhangolni szeretnénk, esetleg valamit 
nem jól állítottunk be, akkor az xf86cfg 
grafikus vagy az xf86config szöveges beál- 
lítóprogramot használhatjuk. 
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OpenOffice 633 


Mint már olvasóink megszokhatták, az 
OpenOffice állandó vendégünk a lemezmel- 
lékleten. Mivel fejlesztése nagy ütemben 
zajlik, és a linuxos társadalom számára 
nagy fontossággal bíró fejlesztésről van szó, 
korongunkon minden változatot közzéte- 
szünk — mind lefordított és azonnal telepít- 
hető, mind pedig forráskód-formában. 
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A változások listája most sem kicsi, ezek 
a 2 http://www.openoffice.org/dev. docs/ 
source/build 633/release notes 633.html 
címen olvashatók. 

A CD-n mindez az /Iroda/Openoffice 
könyvtárban található meg. 


Rendszermag 

A jelenlegi legfrissebb rendszermag a 2.4.7-es 
változat, megtalálható a CD /Rendszermag 
könyvtárában. A változások listája a 

2 http://www.kernel.org/pub/linux/kernel/ 
v2.4/ChangeLog-2.4.7 címen lelhető fel. 


AbiWord 0.9.0 


Nagy lépés történt az AbiWord szövegszer- 


tk £ 


kesztő életében 1s, kimaradt a nyolcas szám 
és egyből kilencesre váltottak. Ez azt 15 
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fÖpenOffice 63317 


Mint már olvasóink megszokhatták az OpenOffice állandó vendégünk a CD-n. Mivel fejlesztése nagy 
ütemben zajlik, és a linuxos AE e e a fontos fejlesztésről van szó, ezért 
minden változatot közzéteszünk a korongunkoi kel kt NEKENENBRÁNAEK MÁRATBBBS mind pedig 
forráskód formában. A változások tséts ja most sem kicsi, ezek 

http ://www.openoffice.org/dev. JNZSÁZ TSAK ESÜNK ÍGA§ 633.html címe olvashatók. 7 

A CD-n az /iroda/Openoffice könyvtárában található 7 


JAbiWo rd 0.9.0 


! 
ÉLT ÁSÁRA ÁR NÉ AT KA MARA RKÁNATOS E MEA VekEOYESÉ Ő 8-as szám így egyből 
kilencesre váltottak. Ez azt is jelzi, hogy a fejlesztők nagyot léptek előre az előzőekhez képest. 


javítottak a megbízhatóságon, változott a kezelőfelület is, belekerült a Print Preview (a nyomtatási 
kép megtekintése) szolgáltatás is. Sajnos ezt az új de annál hasznosabb lehetőséget csak egyszer 
tudtam használni mivel az összes többi alkalommal elpusztult az AbíWord program. 7 

AA CD-a az /Iroda/AbiWord könyvtárban találhatóak mind a forráskód mind a telepíthető példányok. 


IRendszermagi 
N 





44 49 


jelzi, hogy a fejlesztők az előzőekhez 
képest nagyot léptek előre. Sokat javítottak 
a megbízhatóságon, változott a kezelőfe- 
lület, belekerült a Print Preview (a Nyom- 
tatási kép megtekintése) szolgáltatás 1s. 

Ezt az új, de annál hasznosabb lehetőséget 
sajnos csak egyszer tudtam használni, mivel 
az összes többi alkalommal az AbiWord 
program lefagyott. 


A CD-n mind a forráskód, mind a telepít- 
hető példányok az /Iroda/AbiWord könyv- 
tárban érhetők el. 


Mozilla 0.9.3 


Nagyon Jól sikerült ez a kiadás, amit 
szerencsére a változatszám 1s mutat, 
ugyanis egyre közelebb kerül a bűvös 
1.0-hoz. Sokat javítottak a megbízható- 
ságán — a hivatalos Mozilla honlapon meg- 
jelent hír szerint sokkal használhatóbb, 
mint a Netscape 4.78. Ezt saját tapasz- 


mozílta.org - Mozilla iBuild ID: 2001080104; 
a. Ejle Edit Yiew Search Go Bookmarks Tasks Help Debug GgA 
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This status update ve 

information on Navigatoi 

Necko/magelib, XPrToolkit, 
XML/DOM/Security, and more... 


Mozs ke amer éGje a multimedia 
plug-in for Mozilla contributed 
eket ú OEone Corporation 

n the GStreamer 
tözáétessit ls az eb in 


ats 
files and is scriptable using 
XPCOM. kirááét, ís an open-source web 
nwser , designed for standards 

Essential XUL Programming ékelt performance and 

Check out the new XUL book, portability. For ss info about us, 

Essentjat XUL Frogranmuming by . We provide 

Bullard, Smith and Daconta, This is 

a primer on sea sti) custom user 

using XUL, Mozillas 

cross-platform user interface Mozilla 

langusge. Mozilla0923 ! is our latest milestone 
release. Read the release notes for 


binaries for telttog and feedback. aaa 
out Mozilla and report bugs to us. 


Mozilla 0.9.3 Unleashed instructions and a list of known issues. 
The first Mozilla 0.2.3 builds are Please use our talkback builds on 
out, Talkback data shows that recent Windows, Macintosh and Linux 50 
0.9.2 branch builds are more stable common crash bugs can be guickly 
than Netscape 4.78 and we ex; identified and fixed. 
even better results for 0.9.3. Now is 

2 Done 





talataim 1s alátámasztják: ha elég memória 
áll rendelkezésünkre a gépben (legalább 
64 MB), gyors és valóban megbízható bön- 
gészőt kapunk. A fejlesztők kiváló minő- 
ségű próbaváltozatot készítettek. 


Netscape 6.1 
Megjelent a Netscape-böngészők legújabb 
változata, a 6.1-es. A megbízhatóságon és 





a sebességen túl sokat javítottak önműködő 
telepítőjén 15: nem fagy le olyan nagy össze- 
tevők telepítésekor, mint például a Java- 
támogatás. A témák továbbra 15 megmarad- 
tak, sőt, böngészőjének felületét kész vagy 
maga készítette témával már mindenki 
kedve szerint testreszabhatja. 

2 http://www.netscape.com 


2 http://home.netscape.com/themes/index.html 
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Hiszek abban, hogy a 
valóságot társas módon 
építjük fel. Ezért azok a 
,tények" amelyek 
mindennapi életünket 
meghatározzák, 
túlnyomórészt szintén 
közösségileg felépített 
tények, így csak addig 
léteznek, amíg elegendő 
ember hiszi el, hogy 
igazak. A magántulaj- 
donhoz való jog, a jog az 
önvédelemre és az élethez 
való Jog — nos, ezek IS 
társadalmilag létrehozott 
Jogok, amelyek csak addig 
léteznek, amíg 
elegendően hiszünk az 
igazukban. 

(Rusty Foster) 
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A jelek szerint Ázsiában szökőárhoz hasonló gyorsaság- 
gal terjednek el a Linux-alapú zsebtitkárok. Japánban a 
Sharp cég nemrég jelentette be, hogy egy olyan zseb- 
titkár piacra dobását tervezi, amely nem Palm vagy 
Microsoft operációs rendszert futtat, hanem Linuxot. 

A koreai G.Mate Yopy olyan gépecske, amely a 
Conversay — egy redmondi (Washington állam) 

cég — beszédfelismerő felületét használja. 
Az Ericsson Singapore és a szingapúri 
Centre for Wireless Communications 

a közelmúltban arról számolt be, hogy 
közös fejlesztésükben olyan DelphiPad 
névre keresztelt kézi számítógép szüle- 
tett, amely tízhüvelykes érintőképernyő- 
vel rendelkezik. Értékesítését a 2001-es 
év utolsó negyedére tervezik, ezer 

dollár alatti áron. Létezik még a VIech 
Helio elnevezésű terméke, továbbá a 
Compag iPAO-jába, valamint az egyéb 
zsebtitkárokba is a beágyazott Linux 
számos változatát használhatjuk. 

A leginkább figyelemre méltó zsebtitkár 
— legalábbis a Linux-közösség buzgárként fel- 
törő lelkes támogatása után ítélve — pilla- 
natnyilag mégis az Agenda Computing 
Agenda VR névre hallgató készü- 
léke. Az Agenda tulajdonosa 
ugyan a hongkongi Kessell 
International, amely egyben a 
gyártást is felügyeli, jelek szerint 
azonban a cég vezetése a mégis 
a kaliforniai Irvine-beli központ- 
ban van, ahol Bradley La Ronde 
elnök irányítja a vállalkozást. 
Nemrég a Linux Show-n találkoztam 

Braddel, aki a hordozható Linux iránt legalább annyira 
elkötelezettnek tűnt, mint az operációs rendszer híres 
megalkotója. , Határozottan az a véleményem, hogy az 
Agenda annak a korszaknak az előfutára, amikor már 
nem a hatalmas vállalatok, hanem a kisebb fejlesztők 
fogják uralni a fogyasztói elektronikai cikkek piacát, akik 
kihasználják a szabadon hozzáférhető — a fejlesztői közös- 
ség által folyamatosan formált — lehetőségeket." Később 
rájöttem, hogy ez a sajátságos bemutató volt a legna- 
gyobb érdeklődésre szert tevő program a Linux Show-n. 
Néhány nappal ezt követően az alábbi váratlan levelet 
kaptam: 

, Múlt este, közel egy év után elmentem egy Linux-fel- 
használói találkozóra (5 http://www.nblug.org/, North 
Bay Linux Users Group), ahol az Agenda Computing 
elnök-vezérigazgató fejlesztője tartott bemutatót, illetve 
megismertette velünk a VR3-at, azt a Linux-alapú zsebtit- 
kárt, amelyet hamarosan meg is jelentetnek. . .Nem 
tudom, hogy korábban ismerted-e ezeket, de most még 
jobbak és használhatóbbak, mint amit valaha is 
remélhettünk." 










Linux az Agenda zsebtitkáron - és viszont 


Később a szerző hozzátette: 
,Egy kicsit lassúak — a beszélgetés túlnyomó részében 
ennek a gondnak a megoldására vetettünk fel különféle 
megoldásokat. Nagyon-nagyon jó dolog volt részt venni 
egy igazi, a cég termékéről szóló módszertani vitában 
egy cég elnökével. Később beszélgettem vele és egyetér- 
tettünk abban, hogy a piaci megjelenés bizonyos 
területein még lehetnek gondjaik, ám 
a legjobban az őszinteségét értékeltem. 
Meglepően nyíltnak találtam." 
És ez az ember csak egy volt a sokak kö- 
zül. Az Agenda láthatóan ügyesen ápolja 
a kapcsolatait a Linux-közösséggel: már 
kezdetektől fogva az alacsonyabb árkate- 
góriát (70 ezer forint körüli árral), a kisebb 
tudású PDA-k piacát célozta meg, készülé- 
kei pedig Linuxot futtattak, Így arra ösztö- 
nözte a Linux-betyárokat, hogy különféle 
érdekes alkalmazásokat fejlesszenek 
a zsebtitkárra. A jelek szerint pontosan 
ez történik. Egyre több olyan független fej- 
lesztői oldal létezik, amelyek — az Agendával együtt- 
működve — gyorsan bővülő alkalmazásvá- 
lasztékot kínálnak az Agenda VR-hoz, 
illetve gyaníthatóan a többi LinuxVR- 
alapú (Dhttp://linux-vr.org) esz- 
közhöz is, így a Vadem, a Casio 
és az Everex termékeihez. 
lan LeWinter, az Agenda helyettes 
marketingvezetőjének szavaival élve 
az Agenda VR a Palm, a Handspring és 
az egyéb tenyérgépeket gyártó cégek 
versenytársa lesz, a Linux ama remeterák- 
szerű tulajdonságának köszönhetően, hogy 
gyakorlatilag bármin, bármiben képes futni. 
Maga a készülék egyébként egészében véve is jól 
néz ki. Mérete valóban tenyérnyi (11,43 x 7,62 x 2,03 
cm), három színben kapható, a NEC 66 MHz órajelű, 
32 bites MIPS processzorát használja, 8 MB RAM-mal és 
16 MB flashmemóriával rendelkezik, a külső eszközökkel 
pedig IrDA-n vagy a saját csatlakozóján keresztül tartja 
a kapcsolatot. Képes hangokat is megszólaltatni. 
A független 5 http://supermegamulti.com/agenda/ oldal 
szerint 93 Agenda VR3 program található az állandó elé- 
résű programgyűjteményben. Ezek között 23 alkalmazás, 
16 játék és 22 segédprogram rejlik. A cikk megjelenésének 
idejére ez a szám minden bizonnyal sokkal nagyobb lesz. 
Az Agenda VR-ről szóló teszt a Linuxvilág elkövetkező 
számainak valamelyikében fog megjelenni. 


Doc Searis 

(docAusho com) a Linux Journal 
szerkesztője és a Cluetrain Manifesto 
társszerzője. 








A két Nagy és a Kicsi 


Samsung 210T 

A Techdata Kft. jóvoltából kipróbálhattuk a mai moni- 
torok csúcsának számító TFT-s kijelzők egyik kiemelkedő 
példányát, a Samsung 210T-t. Igazán meglepő tulajdon- 
ságokkal rendelkezik: első ránézésre már a mérete is 
meghökkentő, képzeljétek el, milyen lehet egy olyan 
monitorral szembekerülni, ami a mostani 21 hüvelykes 
monitorok teljes felületét (a kávával együtt) hasznos 
képfelületként adja, 1600x1200-as felbontásban! Analóg 
és digitális bemenettel egyaránt rendelkezik, így közvet- 
lenül csatlakoztathatunk hozzá videó-, DVD- és műhold- 
vevő készülékeket. A monitoron egyszerre két eszköz 
képét is megjeleníthetjük, megoszthatjuk például számí- 
tógépünk és egy videó között, akár képernyőfelezéssel, 
akár egy kisebb méretezhető képben nézhetjük a máso- 
dik eszköz képét. Kényelmünket tovább fokozandó, a 
készüléket távirányító segítségével a távolból is vezérel- 
hetjük. A képernyő beállítását nyugodtan rábízhatjuk az 
automatikára, amennyiben ezt nem szeretnénk, az OSD 
menün keresztül kézzel is beállíthatjuk. 

e A képernyő típusa: TFT LCD 

e — Mérete: 21,30 hüvelyk 

e — Képpontok távolsága: 0,270 mm 

e — Fényerő: 200 cd/m? 

e — Válaszidő: 50 ezredmásodperc 

e — Képfelbontás (legnagyobb): 1600x1200/60 Hz 

e  Állítási lehetőség: OSD menün keresztül 

e — Jelbemenet: RGB analóg/DVI-D 

e — Alacsony sugárzás: ICO 95 szabvány szerinti 

e — Energiafogyasztás (legnagyobb): 75 W 

e — Készenléti állapotban: kisebb 5 W-nál 

e . Mérete: 549x483x228 mm 

e . Tömeg: 11,2 kg (nettó) 

e — Garancia: 1--2 év 


HP Business InkJet 2250 

színes tintasugaras nyomtató 

A másik , Nagy" szintén kiemelkedő tulajdonságokkal bír. 
A HP Business InkJet 2250 irodai felhasználásra szánt 
nagyteljesítményű színes tintasugaras nyomtató. Gyors 
beállítás után elérhetővé tettük a szerkesztőségben műkö- 
dő windowsos gépek számára, ehhez a Samba-csomagot 
használtuk. Az ügyfeleken is telepítettük a meghajtóprog- 
ramot és máris elkezdődhetett a próba. Minden felhasz- 
náló a saját sambás nevét és jelszavát használva érhette 
el és használhatta a nyomtatót. A próba során a szövegtől 
a legbonyolultabb színes grafikákig mindent nyomtattunk, 
mindegyik próbatételen kiválóan helytállt. Sebessége 
egyszerű szöveges nyomtatásnál a nyomtatás minősé- 
oldalig változott. Két papírtálcájának köszönhetően 500 
lapot lehet behelyezni, így nem kellett attól félni, hogy 
naponta többször lesz szükség a papírtálcák feltöltésére. 
Nyomtathatunk papírra, fotópapírra, fóliára, kártyára és 
címkékre is. Mindent összevetve: a HP Business InkJet 
2250 kiváló termék, kisebb irodáknak akár főnyomtatóként 
is ajánlható. 
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e — Felbontás:1200x600 dpi 

e . Memória: 24 MB, mely 88 megabájtig bővíthető 

e — Csatlakozási felület: párhuzamos kapu (a 2250TN 
hálózati nyomtatókiszolgálóval is, 10/100 TX) 

e — Terhelhetőség: 10 000 oldal havonta 

e  Tápegység: beépített 


Fujitsu-Siemens SCENIC T 

A harmadik eszköz a címben a megtisztelő , Kicsi" nevet 
kapta, ez egy Fujitsu-Siemens SCENIC T asztali számí- 
tógép volt. A ,Kicsi" jelző 
pedig nem véletlen: 64 MB 
RAM, 10 GB-os merev- 
lemez és 700 MHz-es 
Celeron processzor, 
1810-es lapkakészlet jelle- 
mezte ezt a gépet. Eléggé 
szíven ütött és egy kicsit 
érthetetlen is számomra 

a CD-ROM hiánya. A gép 
előretelepített Windows- 
zal érkezett, amit a meg- 
hajtóprogramokkal együtt 
CD-n is mellékeltek. A ház 
megbontása után besze- 
reltünk egy CD-ROM-ot és 
megkezdtük a telepítést. 
Választásunk a Mandrake 
Linuxra esett — a telepítő 
minden alkatrészt hibátla- 
nul felismert, Így a nyom- 
tatóval sem volt különö- 
sebb gondunk. A 64 MB 
memória sajnos elég ke- 
vésnek bizonyult a Star- 
Office 5.2 vagy akár az 
OpenOffice futtatásához, 
több memóriával (lega- 
lább 128 MB) azonban 
eszményi linuxos irodai 
munkatárs válhat belőle. 

e . Memória: 64 MB 

e . Merevlemez: 10 GB 

e — Processzor: Celeron 700 MHz 


Adatok 

Tech Data Magyarország Kft. 
telefon: 236-1900 

e-mail: techdataoxtechdata.hu 
2 http://www.techdata.hu 


Csontos Gyula 
(Csontos.Gyulaolinuxvilag.hu) 

a Linuxvilág szakmai, hír- és CD-szer- 
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Az első találkozás: Kovács úr Linuxra vált 
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rolt. A gépre már a gyárban 
Windows-rendszert telepítettek, 
melynek árát így eleve beleszá- 
molták a számítógép árába. 
Vásárláskor természetesen ezt 
is meg kellett fizetni, csakhogy 
a történet főhőse - lelkes Linux- 
felhasználó — úgy döntött, hogy 
élni kíván a felhasználói szerző- 
désben foglalt jogaival, így ope- 
rációs rendszer és kellékeinek 
visszaszolgáltatása mellett 
visszakéri annak árát. A gyártó 
először megtagadta a program 
visszavásárlását, ám amikor 

az ügyfél nem tágított és a Világ- 
háló közönsége elé tárta az ese- 
tet, a cég visszakozott. 

Ha nem a legáltalánosabban elter- 
jedt operációs rendszerek egyi- 
kével szeretnénk hordozható 
számítógépet vásárolni, szeren- 
csére nem kell hasonló megpró- 
báltatások elé néznünk. A Porto- 
comhoz betérve és gépünkre 
Linuxot kérve ezen még csak cso- 
dálkozni sem fognak, hiszen a cég 
számítógépeit jó ideje Linuxszal 
is kínálja — bár honlapjukon saj- 
nos semmilyen utalásra nem 
leltem ezzel kapcsolatban. 

Mint Koppány Imre szerviztechni- 
kustól megtudtam, szívesen tele- 
pítene sokkal több gépre Linuxot, 
de egyelőre meglehetősen cse- 
kély igény mutatkozik ez iránt. 
Egyik ismerősöm szerint vélhető- 
en azért, mert aki hordozható gé- 
pén Linuxot is hajlandó használni, 
maga telepíti, aki pedig nem, az eleve nem kér ilyesmit. 
Mindenesetre az arra fogékonyak körében a hordozható 
gépeken is egyre több esetben bukkanhatunk Linuxra. 
Teljes joggal, hiszen ez szabad felhasználású, ingyenes 
operációs rendszer, és még ha némi barkácsolás árán 
is, képes a hordozható gépekben található összetevők 
megfelelő kezelésére. Ez szép teljesítmény, hiszen — főleg 
az alsó- és középkategóriás gépek esetében — sokszor 
találunk ismeretlen nevű modemet, hálózati kártyát, be- 
épített alkatrészt, hogy a különféle egzotikus VGA-kár- 
tyákról és alaplapi lapkakészletekről ne is beszéljünk. 

A tesztgép ezúttal egy egyszerűbb, de tetszetős modell, 
a Portocom Freestar volt. A masszív felépítésű gépbe 
650 MHz órajelű processzor és 128 MB memória került, 


Fullscreen 


Elemes 
táplálás 


ez utóbbiból a CMOS-beállítások között tetszés szerint 
különíthetjük el az alaplapi lapkakészletbe épített VGA- 
vezérlő által használt memóriát (8, 16, 32 vagy 64 mega- 
bájtot). A vezérlő egy 13,3 hüvelykes LCD TFT panelt 
hajt meg, melyet 1024x768-as felbontással használtam. 
A gépbe a jelenleg alapfelszereltségnek minősülő össze- 
tevőket mind beépítették, így egy 56 kb/mp sebességű 
modemet és egy Fast ethernetkártyát is, további bővítési 
lehetőségei azonban viszonylag szűkösnek mondhatók, 
mivel csak egyetlen USB kapuval bír, és csak egy lype 
[/II/II-mas PCMCIA kártyát helyezhetünk az oldalsó 
foglalatba. Szükség szerint külső egységeket soros és 
párhuzamos kapun keresztül vagy infravörös átvitellel is 
csatlakoztathatunk hozzá. Mind a CD-, mind a hajlékony- 
lemezes meghajtó a gépben kapott helyet, ezeket tehát 
nem kell külön magunkkal hurcolnunk. Apró, ám fontos 
kényelmi szempont: a Windows-gombokkal kiegészített 
billentyűzeten a magyar karaktereket is jelölték, a kurzor- 
gombokat pedig a normál billentyűzeteken megszokott, 
fordított T betű alakban helyezték el. 

A gyártók illesztőprogramot még mindig csak elvétve 
adnak vagy fejlesztenek, a támogatást pedig rendszerint 
nagyvonalúan a Linux-közösségre bízzák. A gép mindent 
(hálózati kártyát, VGA-vezérlőt, modemet) egyben tartal- 
maz, ezért lapkakészletének használata első pillantásra 
nehézkesnek tűnik, ám mint Koppány Imre elmondta, az 
újabb rendszermagok az összes alkatrészt kifogástalanul 
kezelik. Gondjai mindössze a VGA-vezérlővel akadnak: 
használatához apróbb kerülőutat kell tennie, de ez sem 
okoz nagyobb fennakadást. 

Kovács úr időnként számítógépet használ. Hogy kicsoda 
Kovács úr? Nem számít, a lényeg az, hogy számítógépet 
használ, hiszen nem engedheti meg magának, hogy ne 
vegyen tudomást a világ fejlődéséről, ráadásul alapjában 
véve nyitott egyéniség. Kovács úr egyetlen olyan tulaj- 
donsága, amely most megragadhat bennünket, az, hogy 
nemigen konyít a számítógépekhez. 

Kovács úrnak a minap apróbb gondja akadt otthoni gépé- 
vel, ezért áthívta egy ismerősét, akitől segítséget remélt. 
Az ismerős — a gép rendberakása közben — valami Linux- 
ról magyarázott, ami ingyenes, és rendszermagot, abla- 
kokat, meg közösséget emlegetett. Kovács úr nem sokat 
értett az egészből, de nyitott személyiség lévén úgy gon- 
dolta, időszerűvé váló gépvásárlását ennek az , izének" 

a kipróbálásával köti össze. 

Vajon miféle próbatételek várnak Kovács úrra? Le kell-e 
mondania valamiről, és ha igen, miről? Mit nyer, ha úgy 
dönt, hogy vált? Ezt próbáltam kideríteni, és ennek érde- 
kében arra kértem Koppány Imrét, hogy két operációs 
rendszert is telepítsen a gépre: Windowst és Linuxot. 

A Windows használatáról nincs értelme sokat értekezni, 
hiszen illesztőprogramok tekintetében - legalábbis a gyá- 
rtók részéről — a Microsoft operációs rendszereihez a 
legjobb az ellátottság, így természetesnek vehetjük, hogy 
minden összetevő megfelelően működik. A gyártók 
vásárlóikat különféle segédprogramokkal halmozzák el, 
melyekkel például figyelhető a processzor hőmérséklete 





— természetesen ezek is Windows alatt érhetők el. 

Ez esetben sincs ez másképp, a géphez két CD jár 

(az egyiken angol nyelvű illesztő- és segédprogramokkal). 
Az alaplapi lapkakészlet VGA-vezérlőjének beállításait 
kiegészítő programon keresztül is elérhetjük, ennek 
ikonja a telepítés után a Tálca jobb alsó sarkában foglal 
helyet (lásd 7. kép: SIS 630/730 tulajdonságai). 

A másik CD több érdekességgel szolgál: magyar feliratok- 
kal van ellátva és az előző korong teljes tartalma helyet 
kapott rajta (az Acrobat Reader 4.0 és a gép kézikönyve 
PDF formátumban). Ugyancsak ezen található a MonSafe 
nevű program bemutató változata, melynek segítségével 
dokumentumainkat egy olyan titkosított könyvtárba 
helyezhetjük el, ahova csak a megfelelő kulcs és jelszó 
birtokában léphet be bárki. Ha a gépet ellopják, legalább 
bizalmas jellegű adatainkat biztonságban tudhatjuk 

— hordozható gépen ez különösen hasznos apróságnak 
tűnik. A másik nagyágyú a lemezen: a StarOffice 5.2-es 
változatának windowsos és linuxos kiadása. Mivel a 
StarOffice az utóbbi időben ingyenesen érhető el, a gépre 
Windowst és StarOffice-t telepítve részben, operációs 
rendszerként Linuxot választva pedig mindenestül ingye- 
nes, mégis teljes értékű irodai munkaeszközhöz jutunk. 
A Windows képes azokat az energiamegtakarítási lehe- 
tőségeket kezelni, amelyeket az újabb gépek kínálnak 

(a képernyő és a merevlemez kikapcsolása), a Tálcán 
folyamatosan figyelemmel követhetjük az akkumulátor 
töltési szintjét, és megadhatjuk, hogy egyes feltételek 
(például az akkumulátor lemerülése) esetén milyen jellegű 
riasztás jelenjen meg, majd a gép milyen műveletet hajt- 
son végre (például adjon hangjelzést és kapcsoljon ki 

— lásd 2. kép: Energiagazdálkodás tulajdonságai). 

Ha azonban Kovács úr Linuxot szeretne indítani és Win- 
dows is került a gépére, először meg kell küzdenie az 
indítómenüvel. Nem okozhat nagy gondot, hiszen amikor 
asztali gépén Windows 95-tel dolgozott, az is felkínálta 

a régi operációs rendszer indítását. A választást követően 
a gép azonnal nagy felbontásba vált, és így jeleníti meg 
az indítás menetével kapcsolatos tájékoztató szövegeket 
— Kovács úr ugyan nem fog sokat érteni belőlük, de lega- 
lább megjegyzi, hogy ha piros feliratot lát, szólnia kell 
ismerősének, mert alighanem valamilyen hiba történt. 
Hősünknek még három sort szükséges megtanulnia: 
saját bejelentkezési nevét (ez a polgári neve), jelszavát 

és a startx-et. Kovács úr nem teljesen érti, hogy miért 
nem kap azonnal grafikus felületet, de elviseli a rövidke 
parancs begépelésének nyűgét (az xdm, a gdm vagy akár 
a kdm használatával ez is megoldódik — a szerk.), a Win- 
dows 3.1 korából úgysem teljesen ismeretlen a számára. 
A KDE2 ablakkezelőt futtatva könnyedén megtalálhatjuk 

a Vezérlőközpont-ot, ahol a Windows által felkínált energia- 
takarékos lehetőségek némiképp más elrendezésben, de 
hiánytalanul megtalálhatók. Éppúgy megadhatjuk, hogy mi 
történjen, ha lemerül az akkumulátor, mint ahogy azt is, hogy 
mikor, milyen figyelmeztetést szeretnénk kapni — igazán 
nincs ok panaszra, a KDE fejlesztői gondoltak a hordozható 
gépek felhasználóira is (lásd 3. kép: KDE vezérlőközpont). 
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Kovács úr hozzáértő ismerőse lelkesen magyarázta és 
mutogatta a Linux képességeit, de őt mindez nem 
nagyon érdekelte — udvariasan hümmögött, majd 
megkérdezte, hogy 














megszokott dolgait ma 

a jövőben merre talál- fESzssss SágeSKltÉ 
ja. Szeretne ugyanis h 
levelezni, néha inter- 
netezni is akar, legfő- 
képpen azonban szö- 
vegszerkesztőre és 
táblázatkezelőre van 
szüksége. Ismerőse 
ekkor rámutatott egy 
StarOffice-ikonra — Itt 


f Hanglejátszás 


fX csipogás 


IX figyelmeztetés 





(felfüggesztés 


figyelmeztesse Önt a ri 


Ebben a modulban azt lehet beállítani, hogy hogyan és mi 
C endszer, ha kezd lemerül 


ikor 
ni az akkumulátor 


Ha a /usr/bin/apm fájlt setuid típusúra állítja, akkor 
kiválaszthatja a felfüggesztés" és 7 
a fenti párbeszédablakban. A Segítség gomb megnyomásával 
további információkat kaphat a tudnivalókról 


készenlét állapotokat 











mindent egy helyen 
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megtalál. A progra- 

mok sajnos angol nyelvűek, ami Kovács urat érzékenyen 
érintette, megnyugtatta viszont, hogy az ablakkezelő 
rendszer magyarul szólt hozzá, valamint ismerőse szerint 
már gőzerővel — és állami támogatással — zajlik a prog- 
ramcsomag honosítása. Megmutatva, hogyan kezelheti 
ezután barátai, üzletfelei adatait, címlistáját, hogyan 
levelezhet és böngészhet az Interneten, hősünket nem 
különösebben vágta mellbe a változás, hiszen az új prog- 
ramok nagyon hasonlítottak azokra, amelyeket addig 

is használt. 

Kovács úr azóta otthonosan használja gépét. Eleinte egy 
kicsit küzdenie kellett az új felülettel, hiszen a gombok és 
ikonok a szokotthoz képest máshogy festettek, valamint 
a menük és a parancsok neve is gyakran eltért. Kovács 
urat azonban immár a megismerés öröme hajtja, és nem 
hajlandó új rendszeréről lemondani. Lehet, hogy hamaro- 
san elkéri azt a ,rút" vagy milyen jelszót is ismerősétől, 
mert látott valami érdekes programot az Interneten, amit 
telepíteni szeretne és szívesen kipróbálná. 

A legfontosabb kérdés továbbra is: miről mondott le 
Kovács úr? Lemondott megszokott ablakairól, program- 
jairól — kapott azonban helyettük újakat. A gép alkatré- 
szei ugyanúgy működnek, mint eddig, ám megtakarított 
némi pénzt — hiszen mindezt ingyen kapta. 


A gép adatai 

Portocom FreeStar; 

Processzor: Intel Pentium III 650 MHz; 

Memória: 128 MB RAM; 

Merevlemez: 10 GB; 

CD-ROM-meghajtó: 24-szeres; 

beépített hajlékonylemez-meghajtót, hangkártyát, 
modemet és hálózati kártyát tartalmaz. 


Mellékelt programok CD-n 

Illesztőprogramok Windows 98/ME/NT/2000 alá, 
Monsafe-próbaváltozat, 

StarOffice 5.2 Windows- és Linux-változat, 
segédprogramok a merevlemez előkészítéséhez és 
a BIOS frissítéséhez. 


Előnyök 


Hátrányok 
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. A gépek elérhetősége százalékban 
a 5 Chek.com szerint: 99,928 


. A gépek elérhetősége százalékban 
egyes Microsoft-hirdetések szerint: 
99,999 


. Ennyi milliárd egyedi C vagy C---k 
kódsort kell átültetni az Iitanium 
64-bites rendszerre: 100 


. A 5 Kurobhin.org olvasóinak ennyi 
százaléka néz naponta egy óránál 
kevesebbet (vagy egyáltalán nem néz) 
tévét: 65 

. Ennyiért adja a SuSE a középiskolás 
tanulóknak Linux-terjesztését: 0 


6. A SuSE ennyi linuxos gépet támogat 
a középiskolákban az Egyesült 
Allamokban: 2000 


7. Ennyi milliárd dollárt fektettek be az 
újonnan induló cégekbe az elmúlt két 
év alatt: 160 


8. Találatok száma naponta az 
5 apache.org weblapon 2 millió 


9. Az 5 apache.org sávszélesség-igénye 
csúcsidőben: 15 Mb/mp 


10. Azon webkiszolgálók száma, amelyek 
a Netcraft felmérése szerint Apache-ot 
futtatnak (millió): 17 238 


11. Jabber-kiszolgálók száma: 35 000 

12. Vezeték nélküli készüléket használó 
vásárlók száma 2004-re (millió): 373 

13. Hetvenből ennyi amerikai használja 
a vezeték nélküli Webet: 1 


14. Háromból ennyi amerikai használja 
majd a vezeték nélküli Webet 
2005-ben: 1 


15. A Cingular húszmillió felhasználójának 
ennyi százaléka használja a Webet 
mobiltelefonról: 50 


16. A vezeték nélküli Weben terjesztett 
hirdetésekre fordított összeg 2005-ben 
(milliárd dollár): 0,89-6, 1 


Forrás: 

1.: Levél a $ Chek.com-tól 

2.: Microsoft-hirdetés 

3.: Aberdeen Group 5 http:/Awww.migratec.com/ 

4.: 5 Kuroshin.org 

5—6.: SuSE 

7.: Red Herring 

8.: Brian Behlendorf-nak az áprilisi Apache Software 
Foundation Meetingen elhangzott beszéde alapján 

9-10.: Netcraft 9 http://www.netcraft.com/ 

11.: 5 Jabber.org 

12-16.: Graeme Thickens tudósította az Industry Standard 
Conference on Wireless-en elhangzottakról. David 
Weinberger hozzátette: , A találkozón két-háromszázmillió 
ember vett részt." 


Az Apache tovább hódít 


Lehet, hogy a régóta várt Apache 2 miatt alakult így a helyzet, 
de az is előfordulhat, hogy a gazdasági helyzet az oka. Akárhogy 
is nézzük, az Apache-ok — nyílt forráskódú webkiszolgálók — 
szolgáltatják a webes tartalom túlnyomó részét. 


Netscape-Enterprise 
69 


Microsoft-IIS 
2199 


Forrás: 5 www.netreraft.com 





A Netcraft 2001 áprilisi felmérése szerint közel 18 millió kiszolgá- 
lón fut az Apache, vagyis a felmérés alapjául szolgáló 28 669 939 
kiszolgáló 62,55 százalékán — ez 2,3 százalékos növekedést jelent. 
A Microsoft IIS kiszolgálók részesedése is emelkedett 0,89 szá- 
zalékkal, így elérte a 20,64 százalékot. Még a Sun, illetve a 
Netscape iPlanet részesedése is nőtt, igaz csak 0,03 százalékkal, 
így ez megütötte a 6,27 százalékot. A többi kiszolgáló részesedése 
viszont csökkent. 
íme az ApacheZbeta néhány új tulajdonsága: 

e hibrid (többfeladatos-többszálas) üzemmódban fut, 

e új Apache Portable Runtime és többfeladat-kezelő modulok, 

e szűrt kimeneti, illetve bemeneti modulok, 

e Ipv6-támogatás. 
Az Apache Software Foundation megtalálható a 
2 http://www.apache.org/ címen. 
A Netcraft azt is közzétette, hogy a Compag és az AltaVista kö- 
vette az Amazont és linuxos kiszolgálókra váltott. Ezt megelőzően 
mindkét cég True64 (a korábbi Digital UNIX, amit a Compag a 
Digital Eguipment Corp. felvásárlásával szerzett meg) operációs 
rendszert használt. A Compag 2001. januárban váltott Windowsra, 
majd később Linuxra. 
A Netcraft a 5 http:/Avww.netcraft.com/ címen érhető el. 

Doc Searlis 


Nost már mindenki tudja, hol laksz 
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A NASA JPL-je háborús szimulációt készít Linuxra 


A pasadenai Jet Propulsion Laboratory (JPL) (Kalifornia) 
az űrprogram meghatározó szereplője. A JPL a California 
Institute of Technology fennhatósága alá tartozik és 
vezető szerepet tölt be az Egyesült Államokban a robotok 
által végzett űrkutatás területén. Önműködő űrjárművei 

a Plútó kivételével már a Naprendszer összes bolygóját 
kutatták. A NASA megbízásai mellett a JPL más állami 
hivataloknak is dolgozik. Az egyik ilyen megbízatásuk a 
Corps Battle Simulation (CBS) nevű program fejlesztése, 
amit nemrég ültettek át VAX-ról RedHat 7.0-ra — ennek 
következtében lényegesen nőtt a teljesítménye és 
csökkentek a kiadások. 

A CBS-t katonatisztek harcászati kiképzéséhez használják 
már tizenöt éve. Korábban a program a legnagyobb telje- 
sítményű, több mint százezer dollár értékű VAX 7800-as 
sorozat gépein futott, de a program növekvő bonyolultsá- 
gának és egyre bővülő képességeinek , köszönhetően" 

a VAX-on korlátokba ütközött. Ez nehézkessé tette a 
további kutatásokat, és néhány éven belül elavulással 
fenyegette a harcászati szimulációs programot. Ezt látva 
az Egyesült Államok Hadseregének szimulációkkal és 
kiképzéssel foglalkozó parancsnoksága (a STRICOM) 
Orlandóban (Florida) felkérte a JPL-t, hogy a programot 
ültessék át Linuxra, ilyen módon javítva tovább annak 
képességeit a költségek mérséklése mellett. 

Egy évet igényelt a CBS forráskódjának beállítása, 
lefordítása Linux alatt, valamint a próbafutások és a 
felbukkanó hibák kijavítása. A programozócsapat ezt 
követően lemérte a program teljesítményét Linuxon, 

és büszkén szemlélte az eredményeket. , Azáltal, hogy 

a CBS-t VAX-ról Linuxra ültettünk át, sokkal jobb ered- 
ményeket értünk el lényegesen kisebb anyagi ráfordí- 
tással, és számtalan új lehetőség nyílt meg előttünk" 

— mondta Jay Braun, a JPL egyik szimulációs progra- 
mozást kutató mérnöke. 

A Linux többlettulajdonságai megteremtik a program 
továbbfejlesztésének lehetőségét. A terep domborzatát 
például sokkal részletesebben lehet utánozni, mint 


Pingvinek a csapatmunkáról 


Welcsme! 


korábban, amikor is az összetett látószöget 
figyelembe vevő számítások a végsőkig 
kihasználták a VAX lehetőségeit. 
Most nagyfelbontású térbeli 
térképeket használnak Linux 
alatt, így a szimulációk 
valóságosabbak, a csata- 
helyzetek pontosabbak. 
A CBS egy 4000 dolláros 
PC-n fut, ami 1,2 GHz-es 
AMD Athlon processzort 
tartalmaz. Ezen a linuxos 
gépen a legnagyobb CBS- 
hadgyakorlat csaknem E 
négyszer olyan sebesen fut, 
mint a leggyorsabb VAX-on, és ez mégsem megy a 
terephűség rovására! A VAX használata során ugyanis 
csökkenteni kellett a terep részletességét, hogy a 
szimuláció valós időben futhasson: azaz egy perc a 
programban is valóban egy percnek feleljen meg. Linux 
alatt viszont egy az egyhez időléptékkel gyakorlatozhat- 
nak a programmal, méghozzá az elérhető legjobb terep- 
felbontás mellett. 

A JPL-nek az is sikerült, hogy az állások mentése a leg- 
nagyobb pályák esetében húsz másodpercet igényeljen, 
kisebb terepeknél pedig hármat. Ez jócskán gyorsabbnak 
tekinthető, mint a régi VAX-rendszer. Linux alatt az alkal- 
mazásnak minden szimulációhoz közel 3 GB-os címte- 
rület áll a rendelkezésére. , Ez aztán nagy kép!" — újság- 
olta Braun. , Modellünk számos olyan tulajdonsággal bír, 
amely a Linux lehetőségeinek határait feszegeti." 

A JPL 2001 júniusában szállította az átültetett progra- 
mot. Braun véleménye szerint a rendszert a közeljövőben 
úgy módosítják, hogy az a kétprocesszoros gépeket is 
kihasználhassa, így egyszerre több szimuláció futtatására 
nyílna mód. A JPL-t jelenleg 7.1-es RedHatre és 2.4-es 
rendszermagra ültetik át. 








Drew Robb 
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A Microsoft hadjáratot 


folytat a szabad 
programok ellen, 
teszi ezt annak 
ellenére, hogy több 
szakember szerint 


a köztiszteletben álló 


világcég maga Is 
Jó néhány szabadon 


használható FreeBSD 
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kódrészletet épített 
be a programjaiba. 
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Linux a közoktatásban (2. rész) - A tudatlanság útvesztőói 


A Linux az iskolákban 

Sok iskolában a diákok csaknem kizárólag internet-elé- 
résre használják a számítógépeket, és a jelenlegi hely- 
zetet vizsgálva felmerülhet bennünk a kérdés, hogy mi 
értelme fizetős operációs rendszerre költeni a pénzt, 
amikor a Linux ezen a területen százszázalékos válasz- 
tást nyújt. Mivel a diák csak a Netscape böngészőt 
használja, fel sem merül benne a kérdés, hogy milyen 
operációs rendszer van a gépen. Ha az internetezéshez 
szabad programot használunk, akkor a felszabaduló 
pénzen újabb gépeket vásárolhatunk. Azokban az isko- 
lákban, ahol képszerkesztést tanulnak a diákok, jól 
hasznosítható a Gimp, ami teljesítményében, kinéze- 
tében és logikájában igen hasonló az ismert Adobe 
Photoshophoz. Az előbbi szabad (és ingyenes) program, 
az utóbbi ára több százezer forint. A Gimp ismeretében 
a diák későbbi munkahelyén bármilyen más képszer- 
kesztő használatára könnyedén áttérhet, hiszen azok 
kezelése hasonló lesz. 

A Linux iskolai felhasználhatóságát vizsgálva a szöveg- 
szerkesztők terén nem találunk ennyire egyértelmű hely- 
zetet, hiszen egyetlen általam ismert linuxos irodai cso- 
magban sincs magyar nyelvű helyesírás-ellenőrzés, még 
nem magyarították a feliratokat, az üzeneteket és a 
Súgót. Némelyikben nincs olyan betűkészlet — és nem 
is telepíthető, amelyik meg tudná jeleníteni a magyar ő 
és ű betűket, helyettük csak kalapos o és u gépelhető! 
Mindaddig, amíg a linuxos szövegszerkesztők nem 
képesek ezeknek az alapszolgáltatásoknak az ellátására, 
addig a Microsoft Office cseréje nem javasolható az 
iskolákban. Ezen az a tény sem változtat, hogy a SuSE 
pénzért elérhetővé teszi a magyar helyesírás-ellenőrzést 
a StarOffice 5.2-ben. 

Hazánkban egyelőre a Microsoft termékei az egyedural- 
kodók, amit az is mutat, hogy azok az iskolák, amelyek 
Linuxra vagy Macintoshra állnának át, a továbbiakban 
nem tudnának oktatóprogramokat vásárolni, hiszen 
azokon rendszerint a következő felirat szerepel: 

"A program Windows 95 alatt működik. A Windows 
elindítása után helyezze a lemezt a CD-ROM-olvasóbal" 
A honi programgyártókat és CD-kiadókat a piac nem 
kényszeríti arra, hogy más operációs rendszereken is 
futtatható kiadványokat hozzanak létre. Ezek a kiváló 
szerkesztők talán soha nem hallottak más operációs 
rendszerekről, hiszen azokat nem említették nekik az 
iskolákban és a továbbképzéseken. Mivel nem ismerik 
ezeket a lehetőségeket, nem írnak rá oktatóprogramo- 
kat. A kör itt bezárul. Nincs, aki oktassa azokat, akiknek 
oktatniuk kellene. 

Pedig a Linuxot is tanulni kell! A tanárnak és a diáknak 
egyaránt el kell sajátítani a kezelését. Mindig találhatunk 
olyan Linuxra írt programot, ami elvégzi a kívánt felada- 
tot, de nem feltétlenül a Windowsban megszokott 
módon. Kell egy kis idő, amíg a Unix-logikához hozzá- 
szokik az ember, és ez a , kis idő" akár egy egész évnyi 
is lehet. De ha windowsos múltunkra visszagondolunk, 
emlékezhetünk rá, hogy azt a rendszert sem egy hét 


alatt ismertük ki. Vajon mire való az iskola, ha nem arra, 
hogy új dolgokat tanuljanak benne? 

Amiben egyértelmű hátrányt szenvednének a Linuxra 
kapatott ifjak: a játék. Bár mostanra több ismert játékot 
átírtak Linuxra, még nem elég elterjedtek és magyarítva 
sincsenek. Azok az iskolák tehát, amelyek Linuxot telepí- 
tenek a gépeikre, meggátolják, hogy ifjaik olyan lélek- 
emelő játékokkal játszhassanak, mint a Holtak Háza vagy 
a Ouake3, amelyekben egységnyi idő alatt minél több 
hullát kell gyártani. Örömteli vagy éppenséggel szomorú 
hír, hogy az utóbbi játékot időközben átírták Linuxra. 
Sérülnének még az iskolai rendszergazdák érdekei is, 
akiknek immár kettő vagy több operációs rendszert 
kellene karbantartaniuk. S mint tudjuk, az iskolai rend- 
szergazdák is rosszul fizetettek és túlterheltek, emiatt 
gyakran nincsenek a helyzet magaslatán. 

Az iskoláknak számítógép-vásárlásaik megtervezésekor 
meg kellene fontolniuk, hogy milyen célra vásárolják 

a gépeket; és át kellene gondolniuk, hogy például 
internetezésre megfelelő lenne-e számukra a szabadon 
és ingyenesen használható Linux-rendszer telepítése. 
Ha valaki iskolaidőben tanulás helyett játszani akar, 
annak célszerű a klasszikus Windowst telepítenie. 

A szövegszerkesztéshez ma még szintén célszerűbb 
jogtiszta programokkal a Windowst használni, hiszen 

a Linux-fejlesztőknek még szükségük lehet néhány évre 
ahhoz, hogy minden tekintetben jól használható és 
magyarított irodai alkalmazásokat hozzanak létre. Véle- 
ményem szerint ma olyan iskolai számítógépparkra 
lenne szükség, amelyben vegyesen vannak a gépek, 

és helyenként egy-egy Macintosh is felbukkan. 


Mi gátolja a Linux terjedését? 

A szaktudás hiánya és az anyagi ellenérdekeltség. 
Elképzelek egy újabb Sulinet-programot, amelyben nem 
Windowst és Internet Explorert, hanem Linuxot és 
Netscape böngészőt szállítanának az iskoláknak, hogy 
azok rákapcsolódhassanak a Világhálóra. Az előbbi, 
windowsos megoldás tetemes összeget emésztene fel 
az adófizetők pénzéből, az utóbbi teljesen szabad és 
ingyenes lehetőség lenne, ugyanakkor mindkettő képes 
lenne ugyanazt a feladatot ellátni. Talán nehéz lenne 
olyan cégeket találni, amelyek meg tudnának birkózni 

a Linux telepítésével, hiszen amikor tavaly két linuxos 
gépet akartam beszerezni, az ismert szakboltok sorra 
elutasították kérésemet, mivel nem volt megfelelő szak- 
emberük. Ezért csodálkoztam, amikor a közelmúltban 
hirtelen kiderült, hogy több világcég is képes márkás 
gépeit Linux operációs rendszerrel szállítani — nagy 
tételű állami megrendelés esetén. Vannak tehát, akik 
kellő anyagi ellenszolgáltatás esetén hajlanak a Linux 
felé, de többnyire mégis az érdektelenség vagy éppen- 
séggel az ellenérdekeltség a jellemző a szakemberekre. 
Az elmúlt évtizedben sokan szedtek magukra jelentős 
számítástechnikai szaktudást, és most ez a tudás került 
veszélybe a választható operációs rendszerek megjele- 
nésével, valamint végső soron a számítástechnikai világ 





Ha 


változása következtében. A vállalkozásoknak át kellene 
képeztetni dolgozóikat, akiknek ki kellene dobni addigi, 
szélsőségesen a Windowsra kihegyezett szaktudásukat, 
és újat kellene tanulniuk. A tudás pénzbe kerül, amit 
most az átképzésre kellene fordítani. Utóvédharcok foly- 
nak, amelyekben nem mindenki használ tiszta eszközöket. 
Az átlagember is viszonylag jól eligazodik ebben az egy- 
síkú világban, de neki is van vesztenivalója. Új ismere- 
teket kellene szereznie, pedig még windowsos tudása 
sem tekinthető igazán megbízhatónak. Az új dolgok 
tanítására hivatott, alulfizetett pedagógusokban pedig 
felmerül a kérdés, hogy miért tanuljon és tanítson ő 
Linuxot, hiszen van neki éppen elég baja. Pedig ha körül- 
nézünk a világban, akkor azt látjuk, hogy a számítás- 
technikát meghatározó országok felsőoktatásában a 
programozók tanítása valamelyik Unix-rendszeren alapul. 
Nem mintha ellenszenves lenne nekik a többi operációs 
rendszer, de programozókat és nem felhasználókat 
akarnak nevelni. Ha valamelyik hazai egyetemen vagy 
főiskolán Windowsra alapozzák az oktatást, az csak azt 
bizonyítja, hogy Magyarország fogyasztó és nem gyártó 
ország. Az a diák, aki Windows API-hoz van szoktatva, 
soha sem válik teljes értékű programozóvá, hiszen 
végső soron maga is csupán felhasználó marad. Tudása 
szükségképpen Microsoft függvényhívásokra és válto- 
zók megadására korlátozódik. A Windows feketedoboz- 
módszere nem teszi lehetővé a számára, hogy megis- 
merje, valójában miként működnek a dolgok a mélyebb 
rétegekben, hiszen azokat a Windows API-k eltakarják. 
Takaros felhasználói felületeket fog létrehozni, de kép- 
telen lesz önálló programozói feladatok megoldására. 

A Unix-rendszerek forráskódjai ezzel szemben szabadon 
tanulmányozhatók, említhetem a Linux, a FreeBSD, a 
Solaris vagy akár a Java-változatokat. A Java jelentősen 
eltér a többitől, számos dologban azonban követi a 
unixos hagyományokat. E rendszerek forráskódjának és 
programozói stílusainak tanulmányozása közben széles 
körű ismereteket szerezhet a programozó, és a legtöbb 
kérdésére választ vagy mintát kaphat. Ezeket a mintákat 
a GNU-programok esetében nemcsak szabadon tanul- 
mányozhatja, de be is építheti saját programjaiba, Így 
jelentős programozási időt takaríthat meg. lermészete- 
sen felmerülhet a kérdés, hogy programozók kellenek-e 
az országnak vagy a Microsoft API-t jól ismerő, egyete- 
met végzett technikusok? 

A Linux a tapasztalatok szerint nehezen értékesíthető 
kereskedelmi forgalomban, ezért a kereskedő cégek is 
ellenérdekeltek. Ennek ellenére Budapesten két könyv- 
kereskedés is szakosodott Linux-programok és szak- 
irodalom forgalmazására. A vasat értékesítő boltokban 
ugyancsak felfedezték a Windows nélküli számítógépe- 
ket, hiszen mostanában már operációs rendszerek nélkül 
adják a PC-ket, amikre a későbbiekben vagy nem kerül 
operációs rendszer, vagy Windows-kalózmásolatokat 
telepítenek rájuk, esetleg Linuxot vagy valamilyen más 
szabad programot. Az olvasóra bízom, hogy eldöntse, 
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mi történik majd a gépek megvásárlása után. Általános 
tapasztalat azonban, hogy bármilyen nem windowsos 
lehetőséggel szemben erős az ellenállás, hiszen a cégek 
abban érdekeltek, hogy mindenkinek a Windowsra Írt, 
drága programokat árusítsák, köztük az iskoláknak is, 
hiszen hasznuk csak azon van. Nő a félelem a szabad 
programok miatt. A Microsoftnál 
dolgozó Jim Allchin, a Windows 
operációs rendszert fejlesztő 
részleg főnöke szerint a szabadon 
terjesztett program — mint pél- 
dául a vetélytárs Linux — meg- 
fojthatja az újítási szándékot 

és a törvényhozóknak szükség- 
szerűen fel kell ismerniük ezt 

a veszélyt. , A nyílt forráskód 
elpusztítja a szellemi tulajdont, 
nem tudok ennél rosszabbat 
elképzelni a programgyártásra és a szellemi tulajdonra 
nézve" — mondta Allchin, majd folytatta: , Amerikai 
vagyok, hiszek az amerikai útban. Aggódom, hogy 

a kormányzat bátorítja a nyílt forráskódot, és szerintem 
nem tettünk eleget, hogy a politikacsinálók felfogják 

a benne rejlő veszélyt." 

A Microsoft hadjáratot folytat a szabad programok ellen, 
teszi ezt annak ellenére, hogy több szakember szerint a 
köztiszteletben álló világcég maga is jó néhány szabadon 
használható FreeBSD kódrészletet épített be program- 
jaiba. Ez természetesen nem törvénytelen, hiszen a 
szabad program mindenki számára szabadon felhasznál- 
ható. A Microsoft mégis cáfol, hiszen a fenti állítás 
bizonyíthatatlan, mivel senki sem fejtheti vissza a cég 
által írt forráskódot, ugyanis azt a törvény tiltja! 

Allchin arról sem beszélt, hogy a kereskedelmi progra- 
mok ára túlértékelt. A felhasználó nem tudja, de nem is 
akarja megfizetni azt a tetemes összeget, amit elkérnek 
értük, hiszen számára nem hajtanak semmilyen hasznot. 
Legtöbbünk telepíti a méregdrága programot, fél órát 
játszadozik vele, majd elfelejti azt is, hogy mikor és miért 
került fel a gépére. A Linux ilyen szempontból is eszmé- 
nyi, hiszen ezzel az operációs rendszerrel együtt giga- 
bájtnyi olyan szabad programot telepíthetünk gépünkre, 
amit sohasem fogunk semmire sem használni. Amennyi- 
ben a piacgazdaság azt jelenti, hogy a fogyasztókat 
kifinomult módszerekkel fölösleges presztízsfogyasztásra 
vegyük rá, akkor a fenti aggodalmak minden bizonnyal 
jogosak. A vásárlók kétségtelenül védekeznek, és csak 
vonakodva hajlandók (pénzért) frissíteni régi, de az adott 
feladatra kitűnően megfelelő programjaikat. Egyes 
szakemberek is szkeptikusak. Egy számítástechnikai 
oktató magánvéleménye szerint: , A programok a 4.0-s 
változatig használhatóak, utána már nem biztos, hogy 
érdemes velük foglalkozni!" 

Az operációs rendszerek háborúja mostanra nemcsak 
szakmai és gazdasági, hanem politikai, nevelési és 
törvényhozási gonddá is vált. Több kérdést kell az 


Ha körülnézünk a 
világban, akkor azt 
látjuk, hogy a 
számítástechnikát 


meghatározó országok 
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programozók tanítása 
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2 http://server. vwesselenyi-bp. sulinet.hu/sulinux/ 


2 http:///me.linux.hu/forditas/index.html 


jú a 


elkövetkező évtizedben megválaszolnia az országnak. 
Végig kell gondolnunk, hogy megáll-e a világ vagy 
elhalad mellettünk, miközben mi becsukjuk a szemünket? 
Hihetünk-e rendületlenül a Microsoft-programok min- 
denhatóságában és örökkévalóságában? Felépíthetjük-e 
a nemzetgazdaságot egyetlen pillérre, ami rajtunk kívül 
álló okok miatt bármikor kidőlhet alólunk? Eljöhet-e 
Magyarországon az idő, amikor törvény fogja tiltani az 
otthoni programírást, amennyiben a fejlesztő azt ingye- 
nesen mások rendelkezésére akarja bocsátani? Betilt- 
ható-e a szabad program? 


A Linux a világban 

Míg Európában a SuSE, Amerikában pedig a RedHat 
(Vörös Kalap) Linux a menő, addig Kínában a Red Flag 
(Vörös Zászló) 
Linuxot támogat- 
ják. Ezt a Vörös 
Zászlót olyankor 
szokták lobog- 


Kapcsolódó címek 


tatni, amikor 
2 http://sunserv.kfki.hu/pipermail/tanforum/ a Microsoft és 
2 http:/Avww.lme.hu a többi nagy , 

programgyártó 


Eljöhet-e 
Magyarországon az 
idő, amikor törvény 


fogja tiltani az otthoni 


programírást, 


amennyiben a fejlesztő 
azt ingyenesen mások 
rendelkezésére akarja 
bocsátani? Betiltható-e 
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cég feszegetni 
kezdi, hogy rengeteg a kalózprogram arrafelé. A hírek- 
ben az áll, hogy külön hivatal foglalkozik a Red Flag 
Linux fejlesztésével, és mivel szabad program, valamint 
a forráskód átírható, kitűnően alakítható a helyi viszo- 
nyokhoz és a sajátos kínai íráshoz. 
A Microsoft Windows ezzel szemben érinthetetlen, kívül- 
állók semmilyen formában sem változtathatják meg, még 
akkor sem, ha hibát javítanának benne vagy tökéletesí- 
tenék. Ezért börtön jár. A Red Flag Linuxot a kínaiak 
olyanra alakítják, amilyenre akarják. 
Valószínűleg a szabad használat és a kedvező ár, azaz 
a program ingyenessége az oka annak, hogy egyes 
szakértők már Linux-földrészként kezdik emlegetni 
Afrikát, bár a program még csak most kezd terjedni. 
A mintaország azonban Mexikó, amely nemcsak vezető 
Linux-fogyasztóvá, hanem vezető Linux-fejlesztővé is 
vált, hiszen a mexikói Miguel de Icaza guru volt a 
Gnome munkaasztal megteremtője és máig ő a vezető 
tervezője. S ezzel Mexikó legalább egy területen élre 
került a programfejlesztésben. Nem tudok róla, hogy 
bármely magyar céget hasonló súllyal jegyeznék a 
programok világában. Ahogy Gary Chapman, a 21st 
Century Project igazgatója rámutatott, a nyílt forrás- 
kódú program segítheti a fejlődő országokat abban, 
hogy elkerüljék azt a sorsot, ami , Microsoft-ügyfélálla- 
mokká" tenné őket. (A 21. Század Projekt nem nyere- 
ségközpontú szervezet a texasi Austinban, amely a 
harmadik világ tudományos és szakmai jövőjét vizs- 
gálja.) A Sulinethez hasonló program keretében Mexikó- 
ban az iskolák Linux operációs rendszerrel ellátott 
gépeket kaptak, hogy azok rákapcsolódhassanak az 
Internetre. Hazai szakértők becslése szerint a magyar 


Sulinet program árát 15—20 százalékkal lehetett volna 
csökkenteni, ha annak idején linuxos gépeket kaptak 
volna az iskolák. Mexikónak más tervei is vannak a 
Linuxszal. Mexikóváros kormányzata bejelentette, hogy 
a város hivatalaiban lévő gépek operációs rendszerét 
fokozatosan Linuxra cserélik. Becslésük szerint az 
átmenet körülbelül két évet fog igénybe venni, mert 
nem akarnak zökkenőket a mindennapi ügymenetben. 
A , fölöslegesen programokra költött" dollármilliókat 

a város szegényeinek megsegítésére szánják. 

Mielőtt valaki arról kezdene beszélni, hogy a Linux 
hazánkat a harmadik világ szintjére süllyesztené, hadd 
említsek francia példát is. A párizsi Linux Expón Jean- 
Pierre Archambault, a Centre National de Documenta- 
tion Pedagogigue (CNDP) hivatalnoka nem annyira az 
anyagiak fontosságát, hanem inkább a választás sza- 
badságát hangsúlyozta. Szerinte a CNDP sohasem 
próbálta megdönteni a Microsoftot vagy bármilyen más 
egyeduralmat. De végiggondolta, hogy egy monopólium 
megléte önmagában is nevelési kérdés. A CNDP a 
monopóliumokkal szemben a kulturális sokszínűséget 
és a választás szabadságát próbálja előmozdítani. Ez 

az oka annak, hogy a CNDP erőfeszítései főként a 
következőkre irányultak: tájékoztassák a létező válasz- 
tási lehetőségekről a felhasználókat, és bemutassák 
azokat. Véleménye szerint elsőként az oktatási kor- 
mányzatot kell meggyőzni arról, hogy a Linux és a nyílt 
programok értékesek és figyelemre méltóak. Példaként 
hozza fel a grenoble-i körzetet, ahol 350 általános és 
középiskola használja a linuxos SLIS programot az 
Internetre való kijutáshoz és az iskolai elektronikus 
levelek kézbesítéséhez. Létrehoztak egy saját Linux- 
változatot, amit DemolLinuxnak neveztek el, és pályáza- 
tokkal támogatják azokat a tanárokat, akik Linuxra 
írnak oktatóprogramokat. 

Sőt, már Norvégiában is vannak olyan állami alkalma- 
zottak, akik Linuxot vezetnének be az iskolákban és 

a közhivatalokban. 


Mennyire vagyunk gazdagok? 

A magyar tanulókat megfosztottuk a választás szabad- 
ságától, hiszen jelenleg egyetlen operációs rendszert 
kapnak az iskolákban, így állampolgári jogaikban korlá- 
tozzuk őket. Ha a törvénytelen programhasználat felett 
szemet hunyunk, tovább rontjuk az amúgy is gyengülő 
közerkölcsöt. Ha életszerűen gondolkodunk, akkor ma 
hazánkban Windows-nélküli iskola elképzelhetetlen, 
hiszen az oktatási intézményeknek tükrözniük kell a jelen 
Magyarországát, amelyikben még a Microsoft uralkodik. 
De hibát követ el az az oktatási rendszer, amely nem 
tükrözi egyúttal a jövőt. A jövőben pedig változhat a 
helyzet. Még azt sem állítom, hogy a Linux lesz a jövő 
operációs rendszere, hiszen a Linux nem csodagyógy- 
szer, hanem választási lehetőség. A Windows-korszakot 
feltehetően nem a Linux-korszak fogja követni, hanem az 
olcsóbb és nyitottabb programok, a nemzetgazdaságban 
pedig többfajta operációs rendszer egyidejű jelenléte 
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lesz a jellemző. A Linux és a többi választható operációs 
rendszer nem fogja rövid időn belül leváltani a Windowst, 


Olyan iskolát képzelek 
el, ahol az operációs 


rendszere lesz, mi pedig nem a harmadik világhoz 
akarunk felzárkózni, akkor csak annyit kérdeznék tőlük, 


de csökkenteni fogja a súlyát. A jelen tanulóit pedig 

fel kell készíteni arra, hogy mire megjelennek a munka- 
erőpiacon, mások lesznek az operációs rendszerek és 

a programok, mint ma. Ezt viszont nem lehet egy mo- 
nolit számítástechnikai kultúrára alapozni. Én személy 
szerint olyan iskolát képzelek el, ahol az operációs rend- 
szerek terén is pluralizmus van, és a tanulóknak válasz- 
tási lehetőségük van. A csőlátás és a tudatlanság 
türelmetlenséget és végül diktatúrát szül, a gazdaság- 
ban pedig lemaradást. 

Ahogy az olvasók is észrevehették, ebben a cikkben 

a Linux hangsúlyozottabban jelent meg, mint a 
Macintosh, s ennek egy oka van. A Linux szabadon 
használható termék, PC-re telepíthető, míg a Mac 
igencsak költséges választás. Én szívem szerint Apple- 
gépeket is szeretnék látni az iskolákban, és ha valaki 
azt mondja, hogy a Linux a harmadik világ operációs 


Szóke ciklus 





rendszerek terén 
Is pluralizmus van, 
és a tanulóknak 
választási 
lehetőségük van. 


hogyha annyira gazdagok vagyunk, akkor miért 
nincsenek Macintosh-gépek (is) az iskolákban? 
Vagy annyira azért mégsem vagyunk gazdagok? 


Szaló István 
] (ratiosoftofreemail.hu) tanár, immár 
több mint másfél évtizede foglalkozik 
programozással, de csak a Java és 
t a Linux megismerése után tudta meg, 
k hogy mi is az igazi programozás. 
Azóta hátat fordított a feketedoboz módszereknek, 
és most szabadidejében a nyílt forráskódú Java és 
a GNU C vagy C-4--- programokat tanulmányozza. 
löbb írása megjelent már a hazai számítástechnikai 
lapokban. Ha néha feláll számítógépe mellől, rend- 
szerint művészettörténész feleségével és kisiskolás 
lányával , találja szemben" magát. 





Telefonos támogatás 

Szőke nő: ,A vévévé rendes vével vagy dupla 

vével írandó?" 

Telefonos ügyfélszolgálat: , dupla. . ." 

Szőke nő: ,,. ..és utána vessző van vagy pont van?" 
Telefonos ügyfélszolgálat: , pont..." 

Szőke nő: ,,. . .és utána mit írjak?" 


Szépségápolás 

— Mi a számítógépes szépségápolás? 
— 997 

— Átküldök neked egy kiló bájt! 


Nőnemű 
— Miért nem lehet a bit nőnemű??? 
- 977 


— Mert a bitnek nincs , Nem tudom..." állapota. 


Végtelen ciklus 

— Mi a programozónő rémálma? 

— A végtelen ciklus. . . 

Hasonlóságok 

Hét pont, amelyben a Windows és egy átlagos 
nő megegyezik: 


1. Szinte mindenkinek van vagy volt már. 


2. Logikusnak tűnő szerkezete ellenére teljesen 
kiszámíthatatlan. 


3. Teljesen azonos eseményekre képes a legkülön- 
félébb, legmeghökkentőbb válaszokat produkálni. 


4. A legtöbb tetszetős és célszerűnek látszó terméket 
rájuk tervezik. 


www.linuxvilag.hu 


5. A használat során bebizonyosodik, hogy a divatos 
külső nem minden. 


6. A használati idő előrehaladtával kapacitásunknak 
egyre nagyobb százalékát veszi igénybe. 


7. Az újabb változatok mindig a régebbi hibáinak 
kijavítását ígérik, ehelyett mindig újabb és újabb, 
addig elképzelhetetlennek tartott hibaforrásokkal 
találkozunk. 


Hét pont, amelyben egy belevaló férfi hasonlít a Linuxra: 


1. Egyszerre akár több felhasználó igényeit is képes 
maradéktalanul kielégíteni, akár úgy is, hogy egyik 
sem tud a másik létezéséről. 

2. Nyílt és egyszerű forráskódja ellenére saját képükre 
formálni igazán csak a hozzáértők képesek. 

3. Türelemmel és megfelelő gyakorlattal 
minden feladatot meg lehet vele oldani. 

4. Feltételezi, hogy az őt használó tudja, 
mit is akar vele kezdeni. 

5. A rendelkezésre álló erőforrások 
lehető legnagyobb részét 
a felhasználóík)nak adja. 

6. Működésében bonyodalom 
csakis durva felhasználói be- a 
hatás esetén következik be. S / 

7. Habár gyakorta és sokféle té 
újabb változat jelenik meg, 

a felhasználók a régit igyekez- 
nek megtartani, legfeljebb csak 
egyes részeit kívánják frissíteni. 
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Akciós áru 

Amikor mezei 
lapkákat használsz 
mezei merev- 
lemezekkel, ezeket 
pedig gyors 
ethernettel kötöd 
össze, akkor mezei 
operációs rendszerre 
van szükséged: 
például ilyen a Linux. 
(John K. Thompson) 


Az Új Falu 

Mivel a Web nem 
kézzelfogható, a 
távolság sem játszik 
benne szerepet. 
Vegytiszta társadalmi 
övezet; csak belőlünk 
áll és mindabból, amit 
írtunk — azt pedig 
másoknak írtuk. 

A Web találkahely 
boldog-boldogtalan 
számára, melyet 
szabad akaratunkból 
hoztunk létre. 

(David Weinberger) 
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Ki tudod-e találni, hogy az alábbiakban felsorolt cégek mi mindent halandzsáznak össze magukról? Próbáld meg 
összepárosítani a bal oldali cégneveket a jobb oldalon található állításokkal — utóbbiakat mindig az adott cég 
sajtónyilatkozatából vagy céges szóróanyagából másoltunk át. Ha még ennél is jobban akarsz szórakozni, hasonló 
halandzsaszövegeket alkothatsz a 5 http://www.BuzzbPhraser.com/ oldalon. Amennyiben nincs ínyedre a mondatokat 
létrehozó motor, forrását alakítsd át igényeid szerint — a program nyílt és szabad. 


TA 
12. 
Ta 
14. 
15. 
16. 
17. 
18 


19. 


. RedHat 

. Caldera 

. Linuxcare 
. VALInux 

. APC 

. Chek 


. Aberdeen 


. Mainsoft 


. Bay Mountain 
. IBM 


Trustix 

Zero G 

Securelnfo Corp. 
Motorola Computer 
Wind River 
Rockliffe 

Magic Software 
TurbolLinux 


Zelerate 


Doc Searls 
(A Linux Journal vezető szakembere, halandzsafelelős megoldásszállító) 


a) Internetes és vállalati rendszerek építéséhez szállít Linux-alapú 

szoftvermegoldásokat. 

b) Piacvezető cég — CyberSecurity (KiberBiztonság)-termékeket, -szolgáltatásokat, 
valamint -oktatást biztosít. 

c) Piacvezető cég az összeköttetésben álló intelligens (smart) eszközök szoftvereinek 
és szolgáltatásainak területén. 

d) A Linux és a nyílt forráskódú webes megoldások nagy tapasztalattal rendelkező 
szállítója. 

e) A Unix egyesítése a Linuxszal a jobb üzletért — Linux-alapú üzleti megoldások 
piacvezető műszaki fejlesztője és terjesztője. 

f) Piacvezető a nyílt forráskódú alapokra épülő megoldások fejlesztése, üzembe 
helyezése és kezelése területén. 

g) A távközlésben, a hálózati tárolóeszközökben, a képalkotásban, az orvosi 
felszerelésekben és a félvezetőgyártásban használható beágyazott rendszerek és 
berendezéspróba-alkalmazások világvezető szállítója. 

h) A méretezhető üzenettovábbító és levélrendszer-szoftverek piacvezető fejlesztője 
internetszolgáltatók, alkalmazásszolgáltatók és cégek számára. 

I) A modern alkalmazásfejlesztési eljárások és üzleti megoldások piacvezető szállítója. 

j) A legszakszerűbb linuxos és nyílt forráskódú fejlesztéssel kapcsolatos megoldások 
piacvezető szállítója. 

k) Piacvezető alkalmazásszolgáltató. 

]) A web- és alkalmazásszolgáltatás piacvezető szállítója. 

m) Az átfogó, mindenkori elérhetőséget biztosító megoldások piacvezető szállítója. 

n) A nyílt forráskódú csoportmunka és e-businessprogramok piacvezető szállítója. 

0) A szolgáltatók vezető távközlési rendszerprogram-szállítója. 

p) Vezető piacelemző és helyzetfelmérő szolgáltatásokat nyújtó cég. 

g) Az e-átültető vállalat. 

r) Piacvezető linuxos hálózatfelügyelő megoldásokat szállító független 
szoftverforgalmazó. 

s) A teljes körű IT-megoldások piacvezető szállítója. 
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Douglas Adams, annyira szerettünk! 








Új termékek 


Firewall-in-a-Box 
Az EMAC a közelmúltban mutatta 
be Firewall-in-a-Box (FIB) nevű ter- 
mékét. A FIB ventilátor-nélküli, 
kisméretű tűzfal, amely több munka- 
állomás és 
.  ] kiszolgáló 
a biztonságos 
1 csatlakozá- 
sát teszi 
. lehetővé. 
A FIB testreszabott Linux-változaton 
alapul, és az adatfolyamot analóg 
modemen, kábelmodemen és digi- 
tális bérelt vonalon keresztül tudja 
szabályozni. Képes IP-címeket osz- 
tani az ügyfeleknek (DHCP) és gyors- 
tárazó DNS-t biztosít. A FIB alacsony 
feszültségű NS Geode GXLV-200 
processzort és 50 wattos tápegy- 
séget használ. A menüvezérelt beál- 
lítóeszköz terminálon vagy Telneten 
keresztül érhető el. 
Adatok: EMAC, Inc., 2390 EMAC 
Way, Carbondale, Illinois 62901 
telefon: 618-529-4525 
e-mail: info(rIDemacinc.com 
2 http:/Awww.emacinc.com/ 


A Pockey 

A Pockey Drives új hordozható 
tárolóeszköze a Pockey nevű külső 
USB merevlemez, amely kicsi, 
gyors és nem igényel külső áram- 
forrást. A tenyérben elférő Pockey 
tíz- és húszgigás méretben készül, 
ráadásul minden hordozható és 
asztali géphez csatlakoztatható. 

A Pockey USB kábel szállítja az 
adatokat és a tápfeszültséget. 

A Pockey újraindítás nélkül cserél- 
hető a számítógépek között, ezért 
a fájlmegosztás egyszerű. Az eszköz 
méretei 12,5x7,5x2,5 cm, az átviteli 
sebesség legfeljebb 1,5 MB/mp. 
Adatok: Pockey Drives, 21356 
Nordhoff Street, Suite 109, 
Chatsworth, California 91311 
telefon: 818-/1/7-9556 

e-mail: info(]Ipockeydrives.com 

2 http:/Awvww.pockeydrives.com/ 


VelociGenX 

A VelociGen webalapú alkalmazás- 
fejlesztő és -futtató környezete a 
VelociGenX, amely XML-t használ 
a hordozhatósághoz. A vállalatok 
ezáltal újrafelhasználható webalkal- 
mazásokat készíthetnek, amelyek 





www.linuxvilag.hu 


tetszőleges forrásból vehetik az 
adatokat. A VelociGenX képes meta- 
alkalmazásként burkolni, csatolni és 
futtatni különféle XML-összetevőket 
— akár hagyományos, akár dinami- 
kus adatforrásokból. A metaalkalma- 
zások futtathatók és az eredmények 
elektronikus levélben böngészőre, 
PDA-ra, személyhívóra vagy mobilte- 
lefonra küldhetők el. 

Adatok: VelociGen, Inc., 

8380 Miramar Mall, Suite 7105, 
San Diego, California 92121 

telefon: 858-622-1164 

e-mail: info(0rvvelocigen.com 

2 http:/Awvww.velocigen.com/ 


Heroix eO 

Management Suite 

A Heroix Corporation új terméke, a 
Heroix el Management Sutlte több 
felületet kezelő felügyelőprogram, 


Heroix ca 
Monagement Suite 


amely néhány tíztől kezdve több ezer 
rendszer felügyeletére alkalmas. 

Az e0-képesség a rendszer és a há- 
lózat hibáinak észlelését, a figyelmez- 
tetést és a megoldást foglalja magá- 
ban. A rendszerfelügyeletet célirá- 
nyos szabályrendszer-motor hajtja, 
amely az emberi tudást és döntés- 
hozást utánozza. Az e0-csomag 
tartozéka az önműködő alkalmazás- 
felismerés, az Express Wizard-felü- 
let, a vészjavító és az eseményje- 
lentő. Az eü számos Linux-, Unix- 

és Windows-felületen fut. 

Adatok: Heroix Corporation, 

120 Wells Avenue, Newton, 
Massachusetts 02459 

telefon: 1-300-229-6500 

2 http://www.heroix.com/ 


PostgreSOL 7.1 

A PostgreSOL Global Development 
Group elkészítette a PostgreSOL 
7.1-es változatát, amely webhelyük- 
ről és a tükörkiszolgálókról tölthető 
le. A legfontosabb újdonságok a kö- 
vetkezők: írás előtti napló (WAL), 
amely növeli az adatbiztonságot és 
a feldolgozás sebességét, mert csak 
egyetlen módosított naplófájlt szük- 
séges a lemezre írni; tetszőleges 
hosszúságú sorok a túlméretezett 
tulajdonságtároló módszeren keresz- 





tül (TOAST); az SOL92 külső csatla- 
kozásainak támogatása; 64-bites C 
függvények támogatása, valamint a 
bonyolult lekérdezések gyorsabb és 
továbbfejlesztett támogatása. 
Adatok: PostgreSOL Global Develop- 
ment Group, PO Box 1648, Wolfville, 
Nova Scotia, Canada BOP 1X0 
telefon: 877-542-0713 

e-mail: infoc-opgsal.com 

2 http://www.postgresal.org/ 


Max Server Pages 

A PlugSys bejelentette, hogy elké- 
szült a Max Server Pages (MSP), 
amely adatbázis-központú kiszolgá- 
lóoldali parancsnyelvrendszer webki- 
szolgálókhoz. Az MSP Xbase paran- 
csokat és függvényeket használ, Így 
a fejlesztők könnyen elérhetik DBF 
fájlokban vagy SOL-adatbázisokban 
tárolt adataikat. Az SOL-lekérdezések 
és -frissítések a PlujSys ODBC-csa- 
tolóján keresztül zajlanak. Az ered- 
mények HTML-lel és JavaScripttel 
keverhetők. Az MSP egységes 
egészként települ; futásidejű kipróbá- 
lás mellett lehetőség nyílik a dinami- 
kus fordításra és gyorstárazásra. 

A szabadon letölthető változat 
(MSP/FE) a cég weblapján érhető el. 
Adatok: PlugSys International LLC, 
1636 Graff Avenue, San Leandro, 
California 94577 

telefon: 510-352-2228 

2 http://www.plugsys.com/ 


DupLinux az Arcótól 

2001 májusában a tokiói LinuxWorld 
Expón mutatta be az Arco Computer 
Products cég a DupLinuxot. Ez 
segédprogramul szolgál IDE RAID 
vezérlőkhöz, háttérben zajló újraépí- 
téssel és menet közbeni cserelehe- 
tőséggel. A terméket az Arco 
DupliDisk II IDE RAID 1 vezérlőjéhez 
tervezték, segítségével a felhasz- 
nálók beállíthatják, felügyelhetik 

és újraépíthetik RAID tömbjüket 

— parancssorból vagy az X Window 
Systemen keresztül. A DuplLinux a 
merevlemezek menet közbeni 
cseréjét is lehetővé teszi. 

Adatok: Arco Computer Products, 
Inc., 3100 North 29th Court, Second 
Floor, Hollywood, Florida 33020 
telefon: 1-300-458-1666 

e-mail: sales-2arcoide.com 

2 http:/Awww.arcoide.com/ 
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A hónap szakmai tanácsai 


Miként írhatom 

én az FTP üdvözlő szövegét? 

Szeretném módosítani mind az FTP-kapcsolat 

létrehozásakor, mind a bejelentkezéskor 

megjelenő szöveget. Tudom, hogy az 

ftpaccessben vannak valahol, de sehogy 

sem találom a .message és 

fg Awelcome.msg fájlokat, amelyekre 

xi a beállítási fájlok hivatkoznak. Lehet, 

hogy ezek a fájlok nem is léteznek és 

a megjelenő üzenetek alapbeállítások? 
Jon Dewey, jJmdeweyoclunet.edu 


Ezek a fájlok az anonymous ftp terüle- 
ten találhatók. RedHat esetén ez általában a /home/ftp-t 
jelenti. Ha ide elhelyezel egy welcome.msg nevű fájlt, 
annak tartalma fog megjelenni, amikor valaki névtelenül 
belép a gépedre. 

Christopher Wingert, cwingerteogualcomm.com 


Hiba a megosztott 
könyvtárak betöltése közben 
Nemrég telepítettem a Netscape 4.76-ot linuxos gé- 
pemre (a gépet a minap telepítettem újra, ezért a rend- 
szermag és a programkönyvtárak frissek), és amikor 
futtatni próbáltam, a következő hibaüzenetet kaptam: 
/usr/local/bin/netscape 
/usr/local/bin/netscape: 

"error um lLozgdimai 

shared libraries: 
MRM ojetetele etes látá ko (et SNEN KESZ o e 

scannot open shared 

sobject file: 

SIN ONES EK nt tkM KSS ors elké gerelelonayi 
Ellenőriztem a programkönyvtárakat és valóban nem volt 
ilyen könyvtár, csak egy újabb: 

TES EN re ed 

ll Sc S Ratio s itetele Eset 
libstdcr4r-4-3-1l1bc6.1-2-2.10.0.a 

Mk Most see ty zeZ NM KEN 
libstdcr--3-1l1bc6.1-2-2.10.0.so 

MEM o jet ekel e s tet Elo et oStESte 

MERT o Steele zetett ko e (SASNÁ S 

MERT ojetekel ese et E lo et SS KE oo 

A gondot sikeresen megszüntettem azáltal, hogy közve- 


tett hivatkozást helyeztem el az újabb programkönyvtárra: 


s la -8 lilostde1-— li ocő. 1-2. so. 3 
MERT o Steele Se Tá ko (ezt SAN KE ISS ott 
A gond megszűnt és a Netscape szépen fut. Ennek 
ellenére az eset kapcsán megfogalmazódott bennem 
néhány kérdés: 
Mit jelentenek a .2 és .3 végződések a fájlnévben? 
Megfelelő-e a megoldásom? Szerettem volna egy 
rövidebb hivatkozásnevet, például Llibstdc-r-- 
1libc6 . 1. so, de ez nem működött. Jobb lett volna 
talán megkeresni a 1libc6.1-1-et, és telepíteni a 
meglévő mellé? Úgy emlékszem, a Netscape programba 


a programkönyvtárak változatszámai bele vannak dró- 
tozva (tudomásom szerint ennek a Netscape-változatnak 
a forráskódja nem érhető el). 

Michael, mickyoalum.mit.edu 


A programkönyvtár fenntartója a változatszámot általá- 
ban azért változtatja meg, mert jelentős változás történt 
a kódban vagy a felületen. A fenntartó többnyire úgy 
véli, nem lenne okos megoldás, ha egy régebbi változat- 
hoz dinamikusan csatolt program az újabb változattal is 
minden további nélkül működne. 

A , megfelelőség" nézőpont kérdése. Lehetséges, hogy 
a dinamikusan csatolt program, amelyet , becsaptál", 
olyan szerencsétlenül fagy le, hogy magát és másokat 
is megsemmisít. A biztonságosabb megoldás az, ha 
megkeresed a hozzá való programkönyvtárat. 

A Netscape 4.x binárisok valóban tartalmaznak bedró- 
tozott könyvtárneveket és változatszámokat. 
Christopher Wingert, cwingerteogualcomm.com 


Tar rsh-n keresztül 
Van egy kis hálózatom, amin RedHat 7.0-t használok. 
Miután a következő parancsot adtam ki a Lucy nevű 
gépen, válaszul az alábbi üzenetet kaptam: 
[Ego etáékeyzál Ke Szeva 

stestbed: /home/someuser file.txt 


Permission denied. 

tar: testbedv:/home/ someuser : 
Cannot open: Input/output error 

tar: Error 1s not recoverable: 
sexiting now 

A következő sorok a testbed-rendszer 

Aar/log/messages állományából származnak: 

Marx 30 08914:57 testbed 
soam rhosts auth[853] : 
denied to rootélucy as root: 
—access mot allowed 

Maz 30 08914:57 testbed 
ús meh 6588 [E 
iaoo eu Kezáte ss üta eros 


Tas inet ermkketelíííttoe 


Permission denied. 

Mac 30 08214. 57 testloed im.ralmdl8531 z 
tsh " commandiwas PP /EtE€/ Eme 

Olvastam már a PAM-ról, de nem értem. Tudna valaki 

segíteni abban, hogy ez a parancs működjön? Nem 

bánom, ha ideiglenesen el is rontom a biztonsági beál- 

lításokat a /etc/pam.d-ben, de a legutóbbi kísérlet után 

már be sem tudtam lépni. 

Les Hillrard, les.hilliardohome.com 


Azon a gépen, amelyen a tar fájlt szeretnéd használni, 
hozd létre a .rhosts fájlt a saját könyvtáradban, 0400 
jogosultsággal. A .rhosts fájlban csak egy sor legyen: 
,X.X.X.X felhasználó" — ahol az ,X.X.X.X" annak a gép- 
nek az IP-címe, ahol a tar parancs fut, a , felhasználó" 
pedig annak a személynek az azonosítója, aki a paran- 
csot futtatja. 





jú a 


A másik gépen add ki a következő parancsot: 

ta -cevi TOOTEIM Aa / TOOT / aa. , ta muralka / 
Ebben az esetben az ,mm" a távoli gép neve vagy IP- 
címe, és a helyi könyvtár a munkakönyvtár. Vigyázat, 
ez a megoldás egyúttal azt is lehetővé teszi, hogy jelszó 
megadása nélkül lépjünk be az rlogin programmal. 
Usman §. Ansari, uansarcoyahoo.com 


Linux telepítése 
egy IBM A20Op számítógépre 


IBM A20p típusú hordozható számítógépet használok. 
Nem találtam a weben semmilyen leírást azzal kapcso- 
latosan, hogy milyen nehézségekre (alkatrész, beállítások 
stb.) számíthatok, ha a gépemre Linuxot telepítek. 
Mikael Koh, dragulakocoyyahoo.com 


Hasznos adatokat tartalmaz a telepítéssel kapcsolatosan 
az alábbi honlap: 

2 http://www.zhlive.ch/zhi contents linux.htmli 

Marc Merlin, marc bts-Ovalinux.com 


A LinuxCare szerint ez a hordozható számítógép jól 
működik a SuSE 6.4-es változatával. Részletes leírást 

a következő címeken találhatsz: 

2 http://www.linuxcare.com/labs/certs/pada20p-suse64- 
sys.epl 3 http:/Awwwi.zhlive.ch/zhi contents linux.html. 
Paul Christensen, pchristensenopenguincomputing.com 


Rendszermag-pánik indításkor 

Toshiba noteszgépemre Windows 98 mellé RedHat 7.0-t 

telepítettem. Miután a gépet bekapcsolom, egyik operá- 

ciós rendszer sem indult el, csak egy csomó szám jelent 

meg zárójelekben, valamint az alábbi üzenet: 

Codaeza9g 02 85 c0 74 03 89 50 04 1lsé 
—0i 00 00 00 elb 03 90 31 c) c/ 


Aiee, killing interrupt handler 
Kernel panic: Attempted to kill the 
idle task! 

In interrupt handler - not syncing 


Most már sem lemezről, sem CD-ről nem tudok rend- 
szert indítani. 
Neil O Connor, bowstnéoyahoo.com 


Indítsd el gépedet a vészindító lemezzel, amelyet a 
telepítéskor készítettél, és futtasada /sbin/1ilo 
parancsot. Ez helyreállítja a LILO-t, ezután a gép ismét 
a merevlemezről indítva fog működni. 

Usman §. Ánsari, uansarcoyahoo.com 


SMP rendszermag 

Létezik olyan rendszermag, amely több processzor hasz- 
nálatát is támogatja? Két PII 300-as processzor van 

a gépemben, az operációs rendszer azonban csak az 
egyiket ismeri fel. 

Crist Besore, cbesorecxodkuhncom.net 


Ha több processzort szeretnél használni, akkor a rend- 
szermagot ennek megfelelően kell beállítani. 


www.linuxvilag.hu 


Addikira cd / üst/ svre/ ime ; make 
menuconfig parancsot, válaszd ki a Processor 
type and feature menüpontot, majd a Symmetric 
multi-processor support lehetőséget. Miután végeztél 
a beállításokkal, fordítsd újra a rendszermagot, majd 
telepítsd. 

Pierre Ficheux, pficheux(owanadoo fr 


Mandrake X nélkül 

Jelenleg Mandrake 7.2-t használok kiszolgálóként. Nem 
szeretném az X-et futtatni. A Mandrake telepítésekor 
minden lehetséges beállítást kipróbáltam, még kézzel is 
bejelöltem, hogy nincs szükség az X-re, a telepítő mégis 
felrakja. Hogyan lehet megakadályozni, hogy az X és az 
X-összetevők települjenek? 

Egy további gondom: szöveges módban nem tudom 
megakadályozni a képernyő energiatakarékos módba 
kerülését. Letiltottam az apnm démont és az energia- 
gazdálkodást a BIOS-ban, de a képernyő még mindig 
lekapcsol. 

Gerard Nicol, gerard.nicol otapems.com.au 


Használd az rom -aga parancsot és távolítsd el azokat 
az összetevőket, amelyekre nincs szükséged. Érdemes 
felírni, miket távolítasz el — így szükség esetén később 
újratelepítheted őket. 

Az energiatakarékos módot szöveges módban a 
setterm -blank 0 paranccsal tilthatod le. 
Usman S. Ansari, uansarcoyahoo.com 


A cron használata értesítő levelek nélkül 
Gépem tízpercenként lefuttat egy crontab parancsot, 
hogy a hálózati kapcsolatom ne bontson le. 

Minden egyes sikeres lefutásról elektronikus levél for- 
májában értesítést kapok. Ki lehet kapcsolni valahogy 
ezt a szolgáltatást? Használhatom-e továbbra is ezt a 
parancsot anélkül, hogy állandóan leveleket kapnék? 
Jelenleg ugyanis napi 144 levelet kapok. 

Scott A. Morrison Markham, scottmC2ca.ibm.com 


Természetesen. A /etc/crontab fájlban az alábbi 
parancsot használd: 

ödiag -c Í géo §5/dev/mul 1 

Marc Merlin, marc btsOvalinux.com 


A merevlemez MBR-jének kitörlése 

Nem sikerült Linuxot telepítenem, mert gondok akadtak 
az MBR-rel. A következő hibaüzenetet kaptam: 
RAMDISK: Comopressed file at block 0. 
Kipróbáltam a cfdisk programot, de nem segített. Próbál- 
koztam mindenféle rendszerindító-, illetve vészindító 
lemezzel, sajnálatomra azonban már két éve nem lelem 
a megoldást. Miként törölhetném le ezt a merevlemezt 

a RH Linux telepítése előtt? 

Joseph Lalingo, joseph.lalingooablelink.org 


A 1lilo -u paranccsal visszaállíthatod az MBR-t. 
Christopher Wingert, cwingerteogualcomm.com 


. Láttuk-hallottuk 


A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakran 
feltett kérdéseket és egyéb 
útmutatásokat a 

2 www.linuxjournal.com/ 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
További kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal.com/ 
[7-issues/techsup. html 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhatok. A levél 
tárgyában a ,BIS" 
kulcsszó szerepeljen. 
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Programfejlesztés 


Olvass többet! Tudom, ez úgy hangzik, 
mintha egy mozgókönyvtár plakátjáról köl- 
csönöztem volna, de komolyan gondolom: 
olvass többet! Annyiféle eszköz áll a rendel- 
kezésünkre programíráshoz, és oly sokféle 
helyen tehetjük alkotásainkat közzé, hogy az 
írás lassan veszélyessé válik. Ezáltal pedig 
az olvasás sem lesz könnyebb. 

Az első tanács, amit minden programozónak 
célszerű megjegyeznie: ne írd meg azt, amit 
máshonnan fel tudsz használni! Ez rendben 
is lenne, csakhogy ahhoz, hogy meg tudjuk 
ítélni, mit lehet újrafelhasználni, értenünk 
kell az olvasáshoz. A hatékony kód-újrafel- 
használás nem csak annyiból áll, hogy pél- 
dául: , SSL-t akarok használni, ezért rákere- 
sek valamilyen --ssl-- könyvtárra." 
Nagyszerű, megtaláltad az OpenSSL -t. Most 
hogyan tovább? Miként lesz a segítségedre? 
Mivel nem egy barlang mélyén laktál az 
elmúlt tíz évben, elolvasol valahol valami- 
lyen leírást a témáról. Milyen más megol- 
dást — esetleg valami kevésbé közismertet — 
lehetne használni az SSL-en kívül? Ha nem 
olvasol, sosem fogsz tanulni, és ismét csak 
mindent magadnak kell megírnod. 

Brian Behlendorf egyszer ezt írta: , Keve- 
sebb programot a világnak!" Ez nem azt 
jelenti, hogy ne írjunk programokat, 
amennyiben szükségesek, csupán azt, hogy 
megfelelő indok hiányában ne írjunk progra- 
mot. Természetesen eleinte sokkal élvezete- 
sebb lehet saját sorokat írni, mint mások kód- 
ját hosszasan böngészni és megérteni, ám 
egyszer annak a napja 15 felvirrad, amikor 
észreveszed, hogy ezt a lenyűgözőnek tartott 
, új " dolgot már időtlen idők óta írod, és a 
puszta gondolatától 1s rosszul leszel; arról 
nem 15 beszélve, hogy újra és újra foglalkoz- 
nod kell a karbantartásával. Tanuld meg 
inkább, hogyan lehet mások munkáját újra- 
felhasználni, ezáltal arra a tudásra is szert 
teszel, hogyan dolgozhatnak neked mások. 
Egy levelezőlista-tag vetette fel egyszer a 
következő kérdést: , Egy olyan folthoz 1s 
szükséges a szerzők nevét feltüntetnem, 
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amely csupán kódrészleteket távolít el?" 
A projekt egyébként egy GUI-tervezet 
volt, a szóban forgó folt pedig néhány 
alapértelmezett elrendezéssel egy párbe- 
szédablaknál használt tetszetős, ám félkész 
állapotban hagyott programot módosított. 
Természetesen ebben az esetben 1s fel kell 
tüntetni a szerzők nevét. A folttal ugyanis 
nemcsak jobbá és gyorsabbá tetted a prog- 
ramot, de példát 15 mutattál másoknak. 

A kód megtisztítása (a sorok eltávolítása) 

a kód alapos megértését követeli meg, ami 
számos esetben egyben még a hozzáadásnál 
15 magasabb fokú hozzáértést jelent — így aki 
erre képes, annak neve joggal kap helyet a 
szerzők listájában. 

Emlékszel az XCoffeera? Hatalmas ötlet 
volt: a név egy olyan különleges célú 
kiszolgálóalkalmazást takart, amely kizáró- 
lag kávéképeket szolgáltatott a Hálózaton 
keresztül, valamint egy hasonló ügyfélprog- 
ramot, amely csak kávéképeket jelenített 
meg. Egészen leleményesnek számított 

a maga idejében — de csak kávéképeket 
szolgáltatni, elegendő az? És csak egyetlen 
képet adni ügyfélprogramonként? Az eredeti 
XCoffee helyére egy weboldal került; nincs 
már különleges ügyfélprogram, elérhető 
X-nélküli ügyfelekről is, és az összes, 
nehézkes hálózatkezelési feladatot egy web- 
kiszolgáló látja el. Ha tudomásod lenne egy 
olyan általános megoldásról, amely dédel- 
getett gyermekedet, a saját programodat, 
kisebbre varázsolhatná — felhasználnád? 

Az olvasáshoz visszatérve: nézzük meg, mit 
is találunk ebben a számban! Ha ellenőrzést 
kívánsz gyakorolni a forráskód felett, eset- 
leg olyan tervezetek fejlesztői kódját szeret- 
néd átböngészni, amelyek hivatalosan még 
nem jelentek meg, akkor szükséged lesz a 
CVS ismeretére. Az alapokat Ralph Krause 
ismerteti a 29. oldalon. 

Számos gondot okozhatnak a memóriakezelési 
hibák: akár szakaszolási hibát (segmentation 
fault) találunk első C programunkban, akár 
olyan biztonsági hiányosságokat, amelyek 










Lá reá ató 


Peti 


teljes cége- 
ket dönthetnek 
romba. Memórla- 
kezeléssel kapcsolatos tudá- 
sodat gyarapíthatod, ha olvasol néhány sza- 
badon elérhető, a GNU C könyvtárban talál- 
ható eszközről. Petr Sorfa a memóriakezelés- 
ről és a hibák elhárításáról szól a 32. oldalon. 
Ha cserzett arcú, öreg Uni1x-motoros vagy, 
aki az első kiadás óta velünk tart, talán kicsit 
gunyoros arckifejezéssel szemléled, ha az 
összetett fejlesztői környezetekkel kapcso- 
latban ejtünk szót valamiről. Míg Te ezen 
élcelődsz, addig mi mesélünk egy kicsit az 
olvasóknak a KDevelopról és a Glade-ről. 
A 36. oldalon Mitch Chapman ismerteti 
a Glade-et, azt a gyorsan megkedvelhető 
eszközt, amely segít elkülöníteni a GUI 
tervezését a kódolástól. Csak mutatni kell 
és kattintani, és máris kész a GTK-felület 
— a kódot pedig külön 15 meg lehet írni. 
A legjobb az egészben az, hogy Pythont 
használ a példákhoz, mely remekül illesz- 
kedik abba az újfajta szemléletbe, amely 
szerint , használj új, objektumközpontú 
parancsfájlkészítő nyelvet, és nem kell többé 
a sebességgel foglalkoznod". 
A munkaasztalok harcából nem maradhat 
ki a KDE sem, Petr Sorfa cikke a KDeve- 
lopról az 76. oldalon olvastható, Mustra 
rovatunkban. Természetesen ahogy a KDE- 
alkalmazások 1s elsősorban a C----ra és a 
Ot-re összepontosítanak, egy C-t-t progra- 
mozó számára a Ot GUI kipróbálása egyet 
jelent annak megkedvelésével. A Ot eszté- 
tikai letisztultságát C-t-- programozó nehe- 
zen fejezheti ki szavakkal, és ez így 15 van 
rendjén. A KDevelop együttműködik a 
CVS-sel és a Ot Designerrel, amely — mint 
sejthető, felhasználói felülettervező eszköz 
a Ot-hez; a Ot-ről bővebben majd a követ- 
kező szám egyik cikkében szólunk. 
Sok örömet kívánok ezekhez a fejlesztői esz- 
közökhöz, és ne feledd: nem árt néha abba- 
hagyni a kódolást, és olvasgatni egy kicsit! 


Don Marti 

a Linux Journal szakmai 
szerkesztője, olvasóink a 
dmartiOlinuxjournal.com 
címen érhetik el. 





Bemutatozik a CVS 


Használjuk ki a változatkövetés előnyeit, dolgozzunk együtt a projekteken, 


és nézzük vissza a tegnapi munkánkat. 





mennyiben valaki már töltött le programokat az Internetről, 
A különösképpen a SourceForge-ról, valószínűleg találkozott 

már a CVS rövidítéssel. A CVS a Concurrent Versions 
System rövidítése (magyarul: párhuzamos változatkezelő rendszer), 
és egy olyan eszközt jelent, amely lehetővé teszi a fejlesztőknek, 
hogy nyomon követhessék a projekteket, illetve hogy a fejlesztők 
együttműködhessenek a projektek megvalósításában. 
Bár a CVS-t hálózaton megosztott, számos fejlesztőt foglalkoztató 
nagy projektekben 1s lehet használni, ez a cikk inkább a helyi rend- 
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szereken történő egyedi felhasználást próbálja a középpontba he- 
lyezni. A CVS használatának gondolata első ízben általában akkor 
merül fel, amikor változtatásokat végzünk valamilyen parancs- 
vagy beállítófájlban, majd valami mással kezdünk el foglalkozni. 
Némi idő elteltével rádöbbenünk, hogy a változtatások mégsem 
voltak helyesek, de nincs biztonsági mentésünk a fájlról, ráadásul 
arra sem emlékszünk már, pontosan miféle változtatásokat hajtot- 
tunk végre. A CVS úrrá lehet az ilyen gondokon, mivel nyomon 


követi a fájlok változtatásait, és lehetővé teszi, hogy visszatérjünk 
a működőképes változathoz. 


A CVS-ról röviden 
A CVS által kezelt fájlok egy különleges raktárnak (repository) 


nevezett könyvtárban találhatók, ahol minden fájlhoz egy CVS által 
nyilvántartott változatszám tartozik. A fájlok módosításához először 
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másolatot kell készíteni a raktárban található példányról. Lekérhetjük 
akár a legfrissebb vagy bármely korábbi változatot 15. Ha a módosítá- 
sokkal elkészültünk, a fájlt visszamásoljuk a raktárba, ahol a követ- 
kező változatszámot kapja. Valahányszor fájlműveletet hajtunk végre 
a raktárban, egy naplóbejegyzést is készíthetünk, amely segít majd 

a fájlok közötti eligazodásban. 

A CVS abban különbözik más változatkezelő rendszerektől, hogy 
nem zárolja a fájlokat, valamint a különböző fejlesztők egy időben 
dolgozhatnak ugyanazon a fájlon. A CVS megbizonyosodik arról, 
hogy valamelyik fejlesztő változtatásai nem ütköznek-e a másikéival, 
amikor visszahelyezi azokat a raktárba. Ha a CVS ütközést észlel, 
jelzést helyez a második fejlesztő fájlmásolatába, így téve lehetővé 
számára, hogy feloldja az ellentmondást. Az ellentmondás feloldása 
után a fejlesztő a fájlt visszaküldheti a raktárba. 


A CVS telepítése 

A CVS telepítéséhez semmiféle trükk nem szükséges: a forrást letölt- 
hetjük és lefordíthatjuk vagy telepíthetjük az RPM-csomagot -— telje- 
sen mindegy, melyik megoldást választjuk. 

Amint a CVS telepítésével elkészültünk, el kell döntenünk, hol 
legyen a raktár. Amennyiben lehetőség nyílik rá, olyan lemezterületet 
válasszunk, amelyen megfelelő mennyiségű hely áll rendelkezésre, 
és természetesen írási jogunk 15 van rá. A raktár kiválasztása után 
létrehozzuk, majd benépesítjük CVS felügyeleti fájlokkal. Ezt a CVS 
init parancsával tehetjük meg. Ha például azt szeretnénk, hogy a 
raktár a /usr/local/cvsstuff könyvtárban legyen, az alábbi parancsot 
kell végrehajtani: 


cvs -d /usr/local/cvsstuff init 


A CVSROOT környezeti változó vagy a -d kapcsoló mutatja meg a 
CVS-parancsoknak, melyik raktárban kell dolgozniuk. A CVSROOT 
változó beállításához a következő sort kell valamelyik belépési fájlba, 
(például .bash profile) helyezni: 


export CVSROOTI-/usr/local/cvsstuff 


A raktár henépesítése 

Már meglévő projekteket az import paranccsal lehet a raktárba 
helyezni. Tegyük fel, hogy az alább bemutatott könyvtárszerkezetünk 
létezik, és a későbbiekben még további ügyfélkönyvtárakat 15 ide 


szeretnék helyezni. 


html projects/ 
client1/ 
images / 
client2/ 
images / 


Ha a html projects könyvtárat összes alkönyvtárával együtt a rak- 
tárba szeretnénk helyezni, a következő parancsot kellene kiadnunk: 


cd html projects 
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Current Directory 
Module Location 
Directory Tag 
CYS Root 


cvs test 


No directory tag 
fhomejdorothyríreposítory 


status r] 
 edirectoryz[/ 
. edirectory:CVSz . I 
ENE —  12001/06/01 2147 [/ 
PLÉSZ ES . ] Up-to-date 2000/12/26 2345 
Lone Space —— ] Up-to-date —— ]2000/12/26 22:48 
LA ThislsA VeryMostExtremelyLongF Up-to- date 2001/05/20 10:27 
[Two Space Filename —————— ] Up-to-date 2000/10/13 19:46 
[d] abc:123.— . Up-to-date 2001/05/26 23:15 
[-] anotherfile  Up-to-date — (2001/05/18 16:17 
(3 bindseconfuser Up-to-date —— ]2000/12/26 23:45 

. Up-to-date .2001/04716 16:24 
edirectory CVSz[ : 
— ] edirectory:CVSz 
2l HANT VES ZOLEE 


on trunk 
. on trunk 
. on trunk 
on trunk. 
on trunk 
on trunk 
on trunk 
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2nniense2s 23-31 4 a antrunk ] 
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cvs import -m "A html.projets raktárba helyezése" 
html projects vendor release 


A -m kapcsoló segítségével a művelet hosszú nevét lehet megadni; ha 
nem használjuk, a CVS elindítja az alapértelmezett szövegszerkesztőt, 
hogy begépelhessük az üzenetet, majd a szövegszerkesztőből történő 
kilépés után befejezi a műveletet. A vendor és a release tagokat a 
CVS nem használja, ennek ellenére kötelezőek. A vendor tag általában 
a cégnév, a start pedig megfelel release tagnak. Ha a projekt 
bináris fájlokat is tartalmaz, például képeket, nézzünk a -k kapcsoló 
után, hogy biztosak legyünk abban, helyesen másolódnak-e a raktárba. 
Ha most belekukkantunk a raktárunkba, akkor a html projects nevű 
könyvtárat találhatjuk benne, amely az eredeti html projects könyv- 
tár fájljainak másolatait tartalmazza. 

Új projekt készítése CVS alatt mindössze annyiból áll, hogy elkészít- 
jük az üres könyvtárszerkezetet, majd pedig az import paranccsal 
felvesszük a tárhelybe. Ha a projekthez új fájl kerül, a CVS add 
parancsával adhatjuk a raktárhoz. 
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A CVS használata 


A CVS használatának alaplépései a következők: jelöljük meg a pro- 
jektet a raktárban, készítsük el a kívánt változtatásokat és ellenőriíz- 
zük, hogy működnek-e, töltsük vissza a módosított fájlokat a raktárba 
és készítsünk megjegyzéseket a változásokhoz. 

Mielőtt bármiféle szerkesztést végeznénk a fájlokon, előbb meg 
kell jelölnünk a CVS-raktárban. A CVS alapértelmezés szerint 

a projekt legutóbbi javított változatát jelöli meg, de kívánságra 
lehetőség nyílik a korábbi változatok lekérésére 15. Amikor a pro- 
jektet megjelöljük, a CVS az adott könyvtárba másolja a projekt 
fájljait, illetve amennyiben szükséges, alkönyvtárakat készít. 

A projektfájlokat a könyvtárnév megadásával (html projects) 

vagy egy adott projektfájl beírásával tudjuk megjelölni 

(html projects/client[/index.html). Ha csak egy fájlt adunk meg, 

a projekt könyvtárszerkezete akkor 1s létrejön a munkakönyvtárban, 
de csak ez a fájl másolódik ki a raktárból. 

A client] fájljainak megjelöléséhez lépjünk be abba a könyvtárba, 
ahol dolgozni szeretnénk (például a saját könyvtárunkba), majd adjuk 
ki az alább bemutatott kijelentkező CVS-parancsot. Könnyen előfor- 
dulhat, hogy Jó néhány projektváltozatunk keletkezik, ha a megjelölt 
parancsot nem mindig ugyanabból a könyvtárból futtatjuk: 


cvs checkout html projects/clienti 


Ezután váltsunk a client] könyvtárba (cd -/html projects/ 
client1) és kedvenc szövegszerkesztőnkkel végezzük el a 
változtatásokat. Mielőtt visszatöltenénk a raktárba, bizonyosod- 
junk meg róla, hogy változtatásaink működnek. A változati kezelő 
programok használata során gyakran felmerülő hiba, hogy a 
fájlokat túlságosan hamar tesszük vissza, ezáltal a raktárban 
számos fájlváltozat kerül nyilvántartásba, ráadásul a legtöbbjük 
nem 15 működik. 

A megváltozott fájlt a következő paranccsal helyezhetjük a raktárba: 
cvs commit -m "valamicskét változtattam" index.html 
Ha a fájl sikeresen bekerült a raktárba, a CVS visszajelez, illetve 
megmutatja az új változat számát 1s. 

A fájl korábbi változatait a cneckout paranccsal, a változatszám 
vagy a dátum megadásával lehet elérni. Ha például az index.html 
jelenleg az 1.3-as változatnál tart és a tegnapi 1.2-s változatot 
szeretnénk elérni, gépeljük be a következő parancsok bármelyikét: 


checkout -r 1.2 
sshtml projects/client1/index.html 


CVS 


vagy 


cvs checkout -D yesterday 
sshtml projects/client1/index.html 


A -r kapcsoló segítségével a változatszámot adhatjuk meg, míg a -D 
kapcsolóval a dátumot — utóbbi lehet szabványos ISO dátum (például 
2000-03-23) vagy relatív dátum 1s (például yesterday, azaz tegnap). 


Projektfájlok hozzáadása és törlése 

Ha új fájlt szeretnénk a már létező projekthez hozzáadni, jelöljük 
meg a projektet, majd az új fájlt hozzuk létre a projekt munkakönyv- 
tárában. Ezután a következő parancsokkal adhatjuk a raktárhoz: 


cvs add newfile 
cvs commit -m 


sz") newfile hozzáadása" newfile 





File View Advanced Bepository Cptions Help 


TagDate E 


Up to date 1 B 
Up to date 1.4 
Patched 

dja úl ie 
dja úlb 1 
Up to date 
Up to date 
Up to date 
Not in Cw: 
Up to date 
Up to date 
Up to date 
Up to date 


cconfig.h 


:-config.cache 
:- config.h.bot 
; config.10g 

; config.status 
:- configure. in.in Patched 

:- doconfigure Notin CVS 
fOD Notin CVS 
:-kdev. metri Up to date 
"-kdevelop.kdevprj Patched 

:-kdevelop.Ism Up to date 
:-kdevelop.m4 Up to date 
:-kdevelop.spec.in Up to date 
-todo.htmi Up to date 


commit... 
Add to Repository... 
Bemove from Repository... 


cvs server: Updating kdlisloader 
cvs server: Updating kl 

cvs server: Updating pics 

cvs server: Updating pics/mini 
cvs server: Updating pics/misc 
cvs server: Updating pics/toolbar 
cvs server: Updating po 
(IFinished] 
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A fájlok törlése nagyon hasonló a hozzáadáshoz. Először is jelöljük 
meg a projektet, majd töröljük az eltávolítandó fájlokat a 
munkakönyvtárból. Végül távolítsuk is el őket a raktárból: 


cvs remove newfile 
cvs commit -m 
sz "Newfile törlése a raktárból" newfile 


Projektálnevek 

Az egyik lehetőség arra, hogy egy projektkönyvtárakkal teli raktárral 
megbirkózzunk, az, hogy a CVS-parancsokban a könyvtárnevek 
helyett álneveket (aliases) használunk. Az álnevek lehetővé teszik, 
hogy a hosszú könyvtárnevek helyett a projekteknek rövid, mégis 
sokatmondó neveket adjunk. Az álneveket még arra 15 használhatjuk, 
hogy különféle projekteket egyetlen név alá csoportosítsunk, így 
valamennyit egyetlen paranccsal megjelölhetjük. Végezetül az álnév 
néhány projektfájlt 15 takarhat, például a leírást vagy a fejállomá- 
nyokat (headers), ezáltal lehetővé válik, hogy egyszerre csak a 
projekt kis részeit jelöljük meg. Az álnevek használatához a raktár 
CYSROOT könyvtárában található modules fájlt szükséges szer- 
kesztenünk. A CVS-leírás részletesen ismerteti ezt a folyamatot. 


Projektfájlok felcímkézése 

A CVS lehetővé teszi, hogy a tag (cimke) parancs segítségével 
jelképes vagy logikai neveket (például release-1 vagy beta) 
rendeljünk a projekt összes fájljához. Mivel a projekt fájljainak 
mindegyike különböző változatszámú lehet, ez a címkézés teszi 
lehetővé, hogy pillanatképet készítsünk a projektről. Ezután a tag 
parancsot a -r kapcsolóval futtatva megjelölhetjük a projekt teljes 
pillanatképét (snapshot) anélkül, hogy a projekt összes fájljának 
pillanatnyi változatára emlékeznünk kellene. A címkékkel kapcso- 
latban csupán annyit szükséges megjegyezni, hogy szóközt vagy 


pontot nem tartalmazhatnak. 


Projektágak 


A CVS lehetővé teszi, hogy a projektben elágazásokat készítsünk, 
ahol az egyes ágak a projektkód különböző állapotait őrzik, például 
lehet külön águk a hibajavításhoz (bugfix) és az új képességek fej- 
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lesztéshez (new features) 15. A különböző ágakon a többi ág megza- 


www.linuxvilag.hu 


KT TELNNI 


varása nélkül dolgozhatunk, majd a későbbiek folyamán a két ág 
változtatásait önműködően egyetlen egységgé fűzhetjük össze. 

A példa kedvéért képzeljük el, hogy a FaxMan nevű projekten dol- 
gozunk és kibocsátott változatunk az 1.0-s. A raktárban található 
forrásfájlokat kiadáskor felcímkéztük a rel-1-0 címkével, majd elkezd- 
tünk dolgozni a 2.0-s változaton. Később kapunk egy panaszt, hogy 
az 1.0-s változatunk hibás és javítanunk kell. Ilyenkor a FaxMan 
projekt 1.0-s változatához a következők szerint készíthetünk új ágat: 


cvs rtag -b -r rel-1-0 rel-1-0-bugfix FaxMan 


Az rtag parancs új címkét (rel-1-0-bugfix) rendel a raktár kódjához. 
A -b kapcsoló azt jelenti, hogy a címke egyúttal új ágat 1s jelent, 
a-r rel-1-0 pedig azt jelenti, hogy ez az ág a korábban 
rel-1-0-ként felcímkézett változat kódját tartalmazza. 

Az 1.0-s változat megjelöléséhez a következő parancsot kell 
használnunk: 
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cvs checkout -r rel-1-0-bugfix FaxMan 


A hibajavítást ezután bele kellene olvasztanunk a jelenlegi FaxMan- 
kódba 15. Ehhez először megjelöljük a legfrissebb kódot, majd 
utasítjuk a CVS-t, hogy olvassza egybe a re1-1-0-bugfix kóddal. 
Ezt a következőképpen tehetjük meg: 


cvs checkout FaxMan 
cvs update -J3 rel-1-0-bugfix 


CVS-ügyfelek 

Számos CVS-ügyfélprogram létezik, így nem feltétlenül kell parancs- 
sorból vezérelnünk a CVS-t. A TKCVS (1. kép) jelenleg a 6.4-es 
változatnál tart, és TcI/ITk 8.1 vagy újabb változat szükséges hozzá. 
A Pharmacy, ami jelenleg 0.2.1-es változatszámmal rendelkezik, a 
Gnome-projekt része, míg a Cervisia — 2. kép (száma 1.0-stable) a Ot 
és a KDE-könyvtárakat használja. Egy másik, szintén Ot-eszköztárat 
használó program a 0.3 változatszámú LinCVS. A Kapcsolódó címek 
között további adatokat találhatunk ezekről a projektekről. 


Összegzés 

A CVS kiemelkedően hatékony eszköz, amely egymástól távoli 
helyeken élő fejlesztők Interneten keresztüli bármilyen projektben 
együttműködését teszi lehetővé, ugyanakkor helyi gépen 1s 
könnyedén beállítható és használható. Ha a fájljainkat gyakran 
frissítjük és változásvezetést szeretnénk, a CVS az összes 
végrehajtott változtatásról jegyzőkönyvet készít. 


Ralph Krause 
(rkrauseonetperson.net) Michiganben 
alkotó író, programozó és webmester. 
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Niemóriahiba-keresés Linux alatt 





Petertől megtudhatjuk, miként kerülhetik el a programozók 


a kellemetlen memóriahibákat. 


inden program használ memóriát. Még azok is, 
4 amelyek semmit sem csinálnak. A memória helytelen 
használata pedig meglehetősen gyakori oka az olyan 
végzetes programhibáknak, mint például a programleállás vagy 
a váratlan viselkedés. 
A memória az adatok tárolására szolgáló eszköz. A program memó- 
hető, ha azonban éppen nincs használatban, lehet valamilyen háttér- 
tárolón 1s, például a merevlemezen. 
A felhasználók szempontjából a memóriát két eszköz használja: 
maga a rendszermag és az éppen futó program, olyan memóriaszol- 
gáltatásokon keresztül, mint amalloc( ) . 


A magmemória 

Az adott programhoz vagy annak példányaihoz (az operációs rend- 
szer egy időben több példányt is képes futtatni) szükséges összes 
memóriát az operációs rendszer magja kezeli. Amikor a felhasználó 
végrehajt egy programot, a mag bizonyos memóriaterületet foglal le 
a program számára. Ezután a program a memóriarészt a következő 
területekre felosztva kezelt: 


e — Szöveg (Text) — Ez az a terület, ahol a program csak olvasható 
részei tárolódnak, tulajdonképpen ez a program utasításkódja. 
Ugyanazon program példányai ezt a memóriaterületet megoszt- 
hatják egymás között. 

e — Állandó adat (Static Data) — Az előre ismert memória számára 
lefoglalt terület. Általában a globális változók és statikus C-H- 


08048000 


08091000 


Memóriaterület " 
08104000 


Használaton kívül 


08115000 


BFFFCO00 


Használaton kívül 


BFFFEAFO 


C0000000 





1. ábra A programpéldányhoz rendelt memória 
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osztályelemek kerülnek ide. Az operációs rendszer minden egyes 
programpéldányhoz külön lefoglal egy ilyen területet. 

e . Memóriaaréna (Memory Arena, avagy break space) — Ez az a 
terület, ahol a dinamikus futásidejű memória tárolódik. A memó- 
riaaréna két részből áll: a kupacból és a felhasználatlan memóriá- 
ból. A felhasználó által lefoglalt memória a kupacban helyezke- 
dik el. A kupac az alacsonyabb memóriacímektől a magasabbak 
felé növekszik. 

e — Verem (Stack) — Valahányszor a program függvényhívásokat hajt 
végre, a pillanatnyi függvényállapotot a verembe kell menteni. 

A verem lefelé növekszik, a magasabb memóriacímektől az 
alacsonyabbak felé. Minden egyes programpéldány számára 
egyedi memóriaaréna és verem foglalódik. 


Felhasználói memória 

A felhasználó által foglalható memória a memóriaaréna kupacrészében 
található. A memóriaaréna kezelésétamalloc(), realloc(), 
free() és calloc() eljárások végzik. A felsorolt eljárások a libc 
részét képezik. Lehetséges azonban, hogy ezeket a függvényeket 
valamilyen más megvalósítással helyettesítsük, amelyek adott feladat 
esetén esetleg hatékonyabb megoldást biztosítanak. Az /. ábrán ilyen 
memóriafüggvény-választási lehetőségeket soroltunk fel. 

A Linux-rendszereken a programok memóriaaréna-területe előre 
meghatározott egységekben növekszik, általában egy memórialap- 
egységenként, avagy a laphatárhoz igazodva. Ha a kupacnak több 
memóriát igényel, mint amennyi a memóriaarénában rendelkezésre 
állna, a memóriafüggvények meghívják a brk ( ) rendszerhívást, 
amely további memóriaterületet igényel a magtól. Az igényelt terület 
méretét a sbrk ( ) hívással lehet beállítani. 

Bármely folyamat pillanatnyi memóriaaréna- és veremterületét 
megtekinthetjük, ha megvizsgáljuk az adott folyamathoz tartozó 
/proc/xpid:/maps fájl tartalmát, ahol a pid (process id) 

a folyamat azonosítója (lásd az /. listát). 


Szerkezet 

Valahányszor a mal1oc ( ) függvénnyel új memóriaterületet foglalunk 
le, mindig egy kevéssel több memóriát kapunk, mint amennyit kértünk. 
A memóriaeljárások ezt a további területet használják fel karbantar- 
tásra. Ha a felhasználói kérésre lefoglalt memória valós méretére 
vagyunk kíváncsiak, használjuk amalloc usable space() függ- 
vényt. A valós memóriaszelet ennél általában nyolc bájttal nagyobb. 

A memóriaszelet szerkezete a szelet végén található és a szelet 
korábbi méretét tartalmazza (2. ábra). A méretérték egy további bitet 
15 magában foglal: ez mutatja meg, hogy a memóriakezelő rendszer 
fenntart-e egy másik memóriaszeletet közvetlenül a pillanatnyi előtt. 
A GNU libc memóriaeljárásai rekeszeket használnak a hasonló mé- 
retű memóriaszeletek tárolására, ilyen módon segítve elő a növekvő 
teljesítményt, és egyúttal megakadályozzák a széttöredezett memória- 
területek kialakulását, ahol a memóriaaréna belsejében kihasználatlan 
memórialyukak maradnak. Ezek a memóriaeljárások természetesen 
szálbiztosak (threadsafe) is. Jóllehet ezek a függvények gyorsak és 
megbízhatók, van néhány terület, ahol fejleszthetők lennének, például 
a sebesség és a memórialefedettség terén. 





1. lista A /proc/—pid5/maps kimenete 


chomeszS cat /proc/S$S$/maps 
0N0 2 SOON SÁL 000 7—zga 00000000 03503 
9 /bin/ BEG 
VISKSÁL 000080 9 740404 
09 /bin/ko 
VISMÉG 000708 11 5000 
d 000 (OKOOKO SA KONGÓ 000 7—xg0 
s /1ib/ AE 
4001416000-—-40017000 Tw-jo 
s9/ito/ed22 se 
40901 709009-—-400183000 
409018000—-40012a000 10100000 00200 0 
400230009-40026000 T-:xra 00000000 03503 31161 
SAKK AK o Ké ránisejskts eízeN0BES 
40026000—-40027000 7w-o 00002000 0303 
— o /lilo/ libterzmcaáao. so. 2.0.8 
40027000—-40143000 T-—-xa 40400400000 035603 
967 68252 ésS6 
40148000-—-4014e€000 Tw-o 00120000 03.03 
KASZT SZÉ a 
40146000-40152000 Two 04000900000 00200 0 
40152000—-4015c000 T-—-xa 00000000 035303 3313/ 
—./1li1bo/lilbass f€fi16s8-2.2.s0 
4015c€000—4015ed000 Tw-o 000409000 035803 
—/lib/1lilmss f€i1i1€s5-2.2.so 
4015d000-—-40167000 7-xo 40000000 0303 
—./lib/1lilmss misolus-2.2.so 
401670400-40169000 Two 400409000 0303 
—/li5/lilmss misolus-2.2.so 
40169000-—-4017ac000 T-—-xa 40400400000 0303 
SS//AKHoF/AKM o tat MEZÉT ő 
4017ca000—-4017d000 7w-o 00012000 03.03 
— 2 /ililo/ li omnsi-2. 2. se 
401 7G000—40181100 Two 010000000 00300 0 
40180000—40182a000 T-—xa 000400000 03503 33139 
MGM [AE Mo ater sálats zo 6 
4018a4000—4018310000 7zw-o 40009000 03203 
SAH o VAS s Sas esze 
HJtTttc101-T0IN000 zo TTtTad00d 00£00 0 


177807 


zw-o 00048000 03803 773407 
10140400040 00500 0 


10000000 03203 33122 


TWxXD 


00015000 03203 33122 


zs 000401041000 00500 0 
rw-p 


ÉNMIRON 
OZ 5 


99125 


go MNO 
33140 
33140 
EroNRot0 


33130 


EJONINSJÓ 


Nyomkövetés 

A memóriakezelés hibákat és többnyire váratlan memóriaviselkedést 
okozhat. Ennek egyik oka az lehet, ha felszabadított memóriát hasz- 
nálunk, azaz olyan memóriaszelettel dolgozunk, amelyet a program 
már felszabadított. Bár ez nem feltétlenül idéz elő azonnali hibát, 
valamilyen gond mégis biztosan felmerül, ha ugyanerre a területre új 
memóriafoglalás kerül bejegyzésre. Ennek eredményképpen — mivel 
ugyanazt a memóriaterületet két különböző célra használjuk — várat- 
lan értékeket fog eredményezni, sőt könnyen a program leállásához 
és core dump-hoz vezethet, ha memóriaterület-mutatókat vagy elto- 
lási értékeket is tartalmaz. 

A másik hibaforrás az lehet, ha a memóriaszelet előtagját írjuk felül. 
Amennyiben ugyanis a program felülírja a memóriaszelet bevezető 
részét, a memóriakezelő rendszer szinte bizonyosan hibázni fog vagy 


váratlan működést mutat, amikor a hibás memóriaszelettel találkozik. 


Néha a felülírás a szomszédos memóriaszeletben történik, és ez az 
ottani adatokat károsíthatja. Elképzelhető, hogy a felhasználó csak 
később veszi észre ezt a hibát, amikor a programvégrehajtás során 
furcsa értékeket vagy gyanús viselkedést tapasztal. 
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Lefoglalt memóriaterület 


Az előző memóriaterület mérete 


Igényelt adatterület 


Ez a jelzőbit be 
van állítva, 
ha van előző 


A malloc() 
memóriaterület 


által 
visszaadott 
cím 


Többlet- 

memória a 
kerekítés és 
egyéb miatt 


Felszabadított memóriaterület 


2. ábra A memóriaszelet szerkezete 





Hasonlóképpen, ha a felszabadított memóriaszelet kezelőadatait 
összezavarjuk, felülírjuk vagy indokolatlanul használjuk, több mint 
valószínű, hogy a memóriakezelő rendszer maga 1s hibázni fog. 

A memóriaaréna szabad (lefoglalatlan) részeinek használata ugyan- 
csak okozhat hibát. Elképzelhető, hogy a kupacon kívül használunk 
fel memóriát, de még nem lépünk ki a memóriaarénából. Ez önma- 
gában nem okoz gondot mindaddig, amíg frissen lefoglalt terület 
nem kerül ugyanerre a helyre. Az ilyesféle hibát igen nehéz felfe- 
dezni, mivel a rákövetkező memóriaműveletek (szabályosan) a 
kupacon belül találhatók. 

A legnyilvánvalóbb és közvetlen hiba, amikor a program a memória- 
arénán és a programterületen kívülre próbál írni. Ez azonnal 
SIGSEGV hibát (segmentation violation fault) okoz, következéskép- 
pen a program önműködő módon core dumpot készít. 

A legkártékonyabb és legnehezebben nyomon követhető memória- 
hiba az, amikor a program verme károsodik. A program rengeteg 
helyi változót, értéket, az előző keretből (frame) származó regisztert, 
és ami a legfontosabb: visszatérési címet tárol a veremben. Így ha 

a verem megsérül, a programot hagyományos hibakeresővel szinte 
lehetetlen nyomon követni, mivel a veremhatárok maguk 1s használ- 
hatatlanná válnak. A veremmemória-hibák felderítésére mindössze 
néhány nyílt forráskódú (például libsafe) és kereskedelmi termék- 
ként kínált memóriahiba-kereső alkalmas, mivel a veremmemória- 
hibák felderítéséhez a programvégrehajtás menetét kell megváltoz- 
tatni vagy fejleszteni. 

Létezik néhány módszer, amelyek segítségével meg lehet próbálni 
felderíteni a hibás memóriahasználatot, közülük néhány sajnos 
mellékhatásokat 1s okoz, például lassul a programvégrehajtás, vagy 
nagyobb lesz a memóriafelhasználás, következésképpen a nagy 
memóriaigényű programokban nemigen használhatók. 

A következőkben bemutatandó hibakeresőkben használt hibás példa- 
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2. lista mytest00.c példaprogram 


Te iüedelésets d Nab "as 
Fimamalude 2csjúekkomas 


MSÍN e 
magn (int argcfeham as: argy) 
( 
alma vanee — malloc (4) 
// Lefoglalunk 4 bájtot 
strcoy msg, "hello Liíimuúux úüsszs") ; 
// Tűlesordultatjuk a leroglalt 
// memóriát 
örintt ("38 , meg) ; 
Íree (msg) ; 
// Felszabadítjuk a foglalt memóriát 
sSst-cov meg, "hello adgaim")])s 
// Ráíirunk a felszabadított helyre 
örintt ("38 még) § 
Íree (msg) ; 
// Felszabadítjuk a felszabadított 
// memóriát 
zsealloc meg, 2) 
AZ ETSteg él üss telszabadútott 
// memóriát 
strcpy (msg, "hello there") ; 
// A hibás memóriába írunk 
jatamtárnitsáttli lets ora almat srejb H 
TGENÜTn 0 ss 
J 


3. lista mytest01.c példaprogram 


TAKES d I. 1 b. hs 
Hakacáktde cstdio. lass 


MSG ie 
main ( iieérgae, char Másrérmeny 
í 
(lme msg dl 
// 4 bájtot foglalunk a veremben 
stzcoöv meg, " hello Limiuz usezs 1234") : 
// Tűlcsorzdultatjuk a veremnelyet 
örintt ("768Vva", meg) : 
ear iaáó ittas ál És 
) 


programok forrása a 2., a 3. és a 4. listában található. (A 4., 5., 6. 
listák a 15. CD Magazin/memoriahibak könyvtárában találhatók.) 
Alapértelmezés szerint a MALLOC CHECK környezeti változó 
egyre állítva minimális hibakeresési célokra használható fel az 
alapértelmezett malloc-függvényhez. Haa MALLOC CHECK -et 
egyre állítjuk, hibajelentéseket kapunk, ha pedig kettőre, a program 
bármilyen memóriahibánál azonnal leáll. A kimenet meglehetősen 
rejtélyes is lehet, mivel a hibakereső mód a hibás területeket olvas- 
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eme] 
Pp xE ÁB 


Run . Kill Profile Leaks Save 


He Of Aállocations:3 


Profile ears] 


Bytes / állocation:3703.535 Total Bytes:11110 


Gees bili itat) 


Stack Trace 


— libc start main 
ostart 


3. kép Memóriahiba-keresés memproffal 


ható szimbólumok helyett cím formájában jeleníti meg. Ezért nem 
árt, ha kéznél van egy nyomkövető, amivel megállapíthatjuk, hogy 

a programban hol 1s keletkeztek ezek a hibák. A következő példában 
alapértelmezett memóriahiba-keresést alkalmaztunk: 


cahomezS MALLOC CHECK -1 ./mytest00 
malloc: using debugging hooks 
hello Linux users 

invalid pointer 0x80496d0 
hello again 


Íree ( ) : 


free(): invalid pointer 0x80496d0 
realloc(): invalid pointer 0x80496d0 
malloc: top chunk is corrupt 


hello there 


A kimenet azt mutatja, hogy a hiba a mytest00.c fájl 8. sorában 

(2. lista) található, ahol az strcpy ( ) függvény túlcsordul és meg- 
sérti azt a memóriaszeletet, amelyre az msg mutat. A további nyom- 
követő hibaüzenetek ennek a károsodásnak a következményei. 
Létezik néhány kitűnő nyílt forráskódú memóriaeszköz 1s. Az egyes 
megvalósítások memóriahiba-lefedettségben, kimenetben és inter- 
aktivitásban különböznek. 

Az Electric Fence az egyik legkönnyebben használható eszköz. 

A könyvtár végrehajt néhány memóriaellenőrzést, majd amikor hibát 
észlel, megállítja a programot. Ez többnyire core dump formájában 
történik, amelyet aztán a felhasználó hibakereső programmal 
megvizsgálhat. Az Electric Fence a leghatékonyabban valamilyen 
nyomkövető programba ágyazva alkalmazható, például a GNU 
hibakeresőjében, a GDB-ben. Amikor az Electric Fence leállítja 

a programot, a GDB kapja meg a vezérlést, mégpedig pontosan azon 
a helyen, ahol a hiba bekövetkezett (lásd az 5. listát). 

Ez a példakimenet az Electric Fence könyvtárral fordított ellenőrző- 
program végrehajtását mutatja GDB alatt. A legelső sérelem a 
mytest00.c 8. sorában SIGSEGV-et okoz. A GDB által felajánlott 
veremkövető segítségével a felhasználó azonosíthatja a hiba helyét. 
A libsafe-rendszert többféle lehetséges veremhatár-átlépési sérelem 
ellenőrzésére is fel lehet használni, de csak néhány C könyvtárfügg- 
vény esetében (strcpy, strcat, getwa, gets, scanf, vscanf, 
fscanf, realpath, sprintf és vsprintf) alkalmazható. 

A libsafe példa kimenete igen tömör: amint a veremhiba bekövet- 
kezik, a libsafe megjeleníti a hibaüzenetet, majd leállítja a programot. 
Emellett a libsafe az adott hiba részleteit több levélcímre is el tudja 
küldeni. Ez a hibajelentésnek kétségtelenül csavaros módja, de 

a libsafe-et a felhasználók elsődlegesen mégis inkább a puffertúlcsor- 
dulást kihasználó biztonsági töréskísérletek felderítésére használják. 


Mt 2 


Egy kis szerkesztéssel a fejlesztő átalakíthatja a libsafe kódját, hogy 





Kapcsolódó címek 


Választható memóriafüggvények 


Boehm Garbage Collector 
2 http:/Awwvwv.hpl.hp.com/personal/Hans Boehm/gc/ 


CSRI 5 ftp://ftp.cs.toronto.edu/pub/moraes/malloc.tar.gz 


GNU Malloc 
2 ftp:/fftp.cs.colorado.edu/pub/misc/mallocimplementations/ 


Hoard 3 http:/Avwwv.cs.utexas.edu/users/emery/hoard/ 


Ptmalloc (GNU C Library) 
2 http:/Avww.malloc.de/en/index.html 


OulckFit Malloc 5 ftp://ftp.cs.colorado.edu/pub/misc/af.c 


vmalloc (az ast része) 
2 http:/Avww.research.att.com/sw/download/ 


Nyílt forráskódú memóriaeszközök 


ccmalloc 
2 http:/Avww.inf.ethz.ch/personal/biere/projects/ccmalloc/ 


Checker 
2 http:/Avww.gnu.org/software/checker/checker.html 


dobmalloc 3 http://dickey.his.com/dbmalloc/dbmalloc.html 
DbMalloc 3 http:/Avwwv.cs.bris.ac.uk/-mm7323/DbMalloc/ 
debauch 3 http://guorum.tamu.edu/jon/gnu/ 

dmalloc 3 http://dmalloc.com/ 

Electric Fence 5 http:/Awww.perens.com/FreeSoftware/ 
fda 5 http://packages.debian.org/unstable/devel/fda.html 
leak 5 http://sources.Isc.org/devel/memleak/leak.txt 
Leakíracer 3 http:/Avwvw.andreasen.org/Leak Iracer/ 

libew 5 http://libcw.sourceforge.net/debugging/ 

libsafe 5 http://www.bell-labs.com/org/11356/libsafe.html 


MCheck 
2 http:/Avwwv.cs.vu.nl/- rveldema/mcheck/mcheck.html 


Memleak (Az X11R6.4 része) 
2 ftp://ftp.x.org/pub/R6.4/xc/util/memleak/ 


Memdebug 
2 http:/Avww.bss.lu7/Memdebug/Memdebug.html 


MemProf 3 http:/people.redhat.com/otaylor/memprof/ 
Memvwatch 3 http:/Avwwv.link-data.com/sourcecode.html 
MM 3 http:/Avww.engelschall.com/sw/mm/ 

mpatrol 3 http:/Avww.cbmamiga.demon.co.uk/mpatrol/ 
mpr 3 http://freshmeat.net/projects/mpr/ 

NJAMD 5 http://fscked.org/proj/njama.shtml 


YaMa 
2 http:/Avwvw.geocitlies.com/ipsgvmi/libyama/lindex.html 


YAMD 53 http://www3.hmc.edu/-neldredge/yamd/ 


Kereskedelmi memóriaeszközök 
Aprobe 3 http://www.aprobe.com/ 
Insure1 4 3 http:/Avww.parasoft.com/products/insure/ 


Purify 5 http:/Avww.rational.com/products/purify. unix/ 
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valamivel adatdúsabb üzeneteket küldjön. A másik lehetőség, hogy 

a programot GDB-ben hajtjuk végreésa libsafe die() címkére 
töréspontot állítunk be, ami a libsafe által felderített veremsértés 
esetén lép működésbe. A következő példában a libsafe veremfelül- 
írást észlel, amit a mytestOl.c 8. sorában található strcpy () hívás 
okoz (3. lista): 


chome:S LD PRELOAD-/lib/libsafe.so.1.3 ./mytest01 
Detected an attempt to write across stack 
boundary . 

Terminating mytest01. 

Null message body; hope thatís ok 


§H Email is sent with the following subject 
§t header 


libsafe violation for /tmp/mytest0O1, pid-27265; 


0 Kiskapu Kft. Minden jog fenntartva 


overflow caused by strcpy() 


A debauch kimenetét szimbólumok helyett kizárólag címek alkotják, 
emiatt csakis valamilyen hibakeresővel együtt érdemes alkalmazni. 
A debauch rendelkezik néhány, a felhasználó által előhívható külön- 
leges képességgel, amelyeket kifejezetten GDB alatti használatra 
terveztek. Ezek a képességek jobb memóriafoglalási és felszabadítási 
nyomkövetést tesznek lehetővé. A debauch meglehetősen alapos, és 
igen sokfajta memóriahibát képes észlelni, illetve azok megtörténte 
után helyreállítani (lásd a 6. listát). 

A memprof legfőbb jellemzője a grafikus felület, amely könnyen 
érthetővé teszi, és ezen keresztül világosan látható lesz a memória- 
hiba kialakulásának helye. Meglehetősen hatékony képességekkel 
rendelkezik, ugyanis a bináris fájlleíró könyvtár (BFD library) által 
támogatott függvényeket használja — ugyanazokat, amelyeket a GDB 
is használ a folyamatok irányítására. Képiünkön (lásd a 30. oldalon) 
bemutatjuk, amint a memprof megtalálja a lyukat a mytest02.c prog- 
ram alloc two () függvényében. 

A nyílt forráskódú memóriaeszközökön kívül néhány kereskedelmi 
termék 15 megvásárolható, ezek többnyire grafikus felülettel rendel- 
keznek, és még alaposabb ellenőrzést tesznek lehetővé, mint nyílt 
forráskódú megfelelőik (a kereskedelmi memóriaeszközök 
felsorolása a Kapcsolódó címek részben található.) 

Végső megoldásként esetleg saját memóriakezelő-függvények meg- 
írása 15 szóba kerülhet. Ez sokat segíthet a memóriakezelés megérté- 
sében, illetve bizonyos egyedi esetekben teljesítménynövekedést 
eredményezhet (például nagy memóriaterületek gyors foglalása és 
felszabadítása esetén). 

A memóriahibák felderítése nagyon fontos, nemcsak a megbízható- 
ság, hanem a biztonság szempontjából 15. A Linuxhoz számos memó- 
riahibakereső létezik, és mindegyik sajátos képességekkel bír, illetve 
egyedi működési feltételei vannak. Legjobban tesszük, ha a progra- 
mot a fenti hibakeresők közül többel is kipróbáljuk valamilyen 
nyomkövető, például GDB alatt, hiszen így a hibák szélesebb tarto- 
mányára derülhet fény. 


Petr Sorfa 
tet — I (petrsOsco.com) a Santa Cruz Operations 


hl Development Systems Group tagja, ahol 
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Felhasználói felületek létrehozása Glade-del 





Hogyan használjuk a gnome-python libglade-jét Python-alapú 


grafikus alkalmazások fejlesztéséhez? 





Glade a Gtk-- eszközkészlet GUI-készítője (GUI — Graphical 
A User Interface — grafikus felhasználói felület). A Glade 

segítségével kényelmesen gyárthatunk felhasználói felüle- 
teket és hozzá forráskódot, valamint ezekhez a felületekhez a vissza- 
hívó (callback) függvények vázát is létre tudjuk hozni. 
A libglade programkönyvtár lehetővé teszi a programok számára, 
hogy a Glade-projektfájlokban megadott elemszerkezetet könnyen 
megjelenítsék. Ennek része a projektfájlban megnevezett visszahívók 
csatolása a program által nyújtott visszahívó programrészekhez. 
James Henstridge a fenntartója a libglade és a gnome-python csomag- 
nak, mely a Pythont a Gtk-t eszközkészlettel és a Gnome felhasználói 
felülettel köti össze, valamint magával a libglade-del. Ha Python- 
alapú grafikus alkalmazásainkban libglade-et használunk, a fejlesz- 
tési és a karbantartási idő jelentősen rövidül. 
A cikkben szereplő összes példaprogram Glade 0.5.11, gnome- 
python 1.0.53 és Python 2.]bl segítségével készült, Mandrake Linux 
7.2 rendszeren. 
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1. kép A Glade indítása 


A Glade futtatása 

Indítás után a Glade három ablakot jelenít meg (lásd /. kép). Az alkal- 
mazás főablaka mutatja a pillanatnyi Glade-projektfájl tartalmát, azaz 

a projektfájlban meghatározott ablakok és párbeszédablakok listáját. 

A palettaablak mutatja a Glade által támogatott Gtk-- és Gnome-eleme- 
ket. Amikor egy elemet szerkesztésre kijelölünk, a tulajdonságablak 
jeleníti meg az elem tulajdonságainak pillanatnyi értékeit. 

A palettaablak három csoportra osztja a Glade által támogatott ele- 
meket: a , GTK-- Basic" (Alap) a leggyakrabban használt Gtk-t- ele- 
meket, a , GTK--H Additional" (Kiegészítő) a ritkábban alkalmazott 
elemeket tartalmazza, például a vonalzót és a naptárat. A Gnome-ele- 
mek a GNOME UI programkönyvtárból származnak. 

A tulajdonságablak négylapos füzetben ábrázolja az elem tulajdonsá- 
gait. A Widget lap az elem nevét és az elemosztályra jellemző tulaj- 
donságokat jeleníti meg. Amikor az elem egy kényszerfeltétel-alapú 
tároló (például GTKTable vagy GTKVBox) belsejében helyezkedik 
el, a Place lap azokat a tulajdonságokat mutatja meg, amelyek az 
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elem elhelyezkedését befolyásolják a tárolóban — máskülönben ez 

a lap üres. A Basic oldal olyan alapvető tulajdonságokat tartalmaz, 
mint például a szélesség és a magasság, ezekkel minden elem rendel- 
kezik. Végül a Signals oldal segítségével adható meg, hogy az elem 
milyen jelzéseket adjon ki, és ezekhez a jelzésekhez megadhatjuk 

a kezelő függvényeket. 


Elemszerkezetek létrehozása 

Az elemszerkezetek létrehozásának folyamata a Glade-ben hasonló- 
képpen zajlik, mint a Visual Basicben. A szerkezet kiindulópontja 

a felső szintű ablak vagy párbeszédablak. Az elemek a felső szintű 
ablakban helyezhetőek el úgy, hogy előbb a Glade palettaablakából 
kiválasztjuk őket, azután a tároló olyan részére kattintunk, ahol a 
célkereszt megjelenik. 


Jelzéskezelők létrehozása 

A Signals lap a Glade tulajdonságablakán lehetővé teszi, hogy az 
elemhez alkalmazásfüggő viselkedést rendeljünk. A lap felső részén 
láthatók a pillanatnyi elemhez tartozó jelzéskezelők. Az alsó részen 
található gombok segítségével az elem által kibocsátott jelzések 
közül lehet választani és a kezelője is létrehozható. 

Új jelzéskezelő létrehozásához a Signal entry mező mellett található 
három pontra kell kattintani. Ekkor megjelenik a Select Signal 
párbeszédablak, amely felsorolja az elem által kibocsátható összes 
jelzést. A jelzések azok szerint a Gtk-t elemosztályok szerint vannak 
csoportosítva, amelyekben meghatározták őket. 

A jelzés kijelölése után kattintsunk a Select Signal párbeszédablak- 
ban az OK gombra: a kijelölt jelzés neve megjelenik a Signals lapon 
a Signal entry mezőben. A Glade önműködően kitölti a Handler 
mezőt 1s, az "on cwidgets csignals:" elnevezést használva. 
Ha igényeinknek ez nem felel meg, kézzel megváltoztatható. 

A Signals lap alján további beviteli mezőket találunk, ahol alkalma- 
zásfüggő adatok adhatók meg: a jelzést elfogó objektum stb. Ezeket 
mindig hagyjuk üresen, ugyanis szükségtelenek, amikor gnome- 
pythonnal dolgozunk. 


Glade-projektfájlok 

A Glade a projekt adatait a .glade kiterjesztésű XML fájlba mentt. 
A Glade XML használata könnyűvé teszi különféle a projektfájlon 
dolgozó segédprogramok kifejlesztését, például új programnyelvek- 
hez való kódlétrehozó írását. 

Az új projekt első mentésekor a Glade felhozza a Project Options 
párbeszédablakot. A Project Options párbeszédablak legtöbb beál- 
lítása akkor és csak akkor számít, ha a Glade-et a projekt forráskód- 
jának létrehozására használjuk. Néhány beállítás azonban — például 
a projekt könyvtára — akkor 1s fontos, ha a Glade-et csak az elrende- 
zés megtervezésére használjuk. 

Alapértelmezés szerint a Glade feltételezi, hogy az új projektet beje- 
lentkezési könyvtárunk alá, a Projects/project! könyvtárba szeretnénk 
menteni. Ez nem feltétlenül egyezik meg az akaratunkkal. Én általában 
abba a könyvtárba szoktam menteni, ahonnan a Glade-et indítottam. 
Szerencsére könnyű megváltoztatni a projekt könyvtárát. Kattintsunk 
a Browse... gombra a Project Directory beviteli mező mellett, amely 
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3. kép A Project Options párbeszédablak 


után a Select the Project Directory párbeszédablak jelenik meg. Ez 

a párbeszédablak a Glade aktuális munkakönyvtárát választja ki 
alapértelmezettként, ezért csak az OK gombot kell megnyomni. 
Ezután a Project Directory mező a Project Options párbeszédablak- 
ban a pillanatnyi munkakönyvtárat fogja mutatni, és a Project Name 
mező üres lesz. Írjuk be az új projektnevet, ennek hatására a Project 
Name és a Project File mezők frissülnek (lásd 3. kép). Az OK lenyo- 
mása után a projekt a megadott projektfájlba íródik. 


A lihylade használata 

Ha egyszer létrehoztunk egy Glade-projektfájlt, grafikus felületet 
(amelyet a projektfájl! ír le) hozhatunk létre a gnome-python libglade 
modulját használva, és programból elérhetjük a szerkezet elemeit. 


import libglade 
loader - libglade.GladeXML 
sz ( "helloworld.glade", "window1l") 
A libglade programkönyvtár megadja a GladeXML-osztályt, ez végzi 
a munka nagy részét. Egy elemszerkezet betöltéséhez a GladeXML- 
osztály egy példányát kell létrehozni, átadni neki a Glade-projektfájl 
nevét és a legfelső elem nevét, amelyet meg akarunk jeleníteni. 
Jegyezzük meg, hogy a szerkezet bármelyik elemét megadhatjuk itt, 
még akkor is, ha egy legfelső szintű ablakban mélyen el van ásva. Ez 
lehetővé teszi, hogy az összetett szerkezeteket — például egy bonyo- 
lult, füzetszerű felület lapjait — több Glade-projektfájlba osszuk el. 
Könnyen kezelhetők a dinamikus látványtartalmú projektek is, csak 
azt az összetevőt kell betölteni, amelyik éppen szükséges. Ha az 
elemszerkezet már be van töltve, egy adott elemet a GladeXML 
get widget eljárásával kaphatunk meg. A get widget a kért 
elemet adja vissza; ha pedig az elem nem található, akkor None-t. 


windowi - loader.get widget ("windowl1" ) 
if window! : 
windowil.set title("Szia Világ!") 


Jelzéskezelők hozzákapcsolása 

A GladeXML leghatékonyabb jellemzőinek egyike, hogy képes össze- 
kapcsolni a Python által hívható (Python callable) objektumait (eljá- 
rásokat, függvényeket stb.) a Glade-projektfájlban megnevezett jelzés- 
kezelőkkel. Mindezt a signal autoconnect eljárás teszi lehetővé. 
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A signal autoconnect csak egy értéket vár: egy olyan szótárt, amely 
a jelzéskezelők nevét Python által hívhatókra képezi le. Minden 
egyes jelzéskezelőre, amelyet a Glade-projektfájlban megadtunk, 

a signal autoconnect a meghatározott szótárból kikeresi a megfelelő 
Python által hívhatót, s ha egyező bejegyzést talál, akkor a jelzéshez 


4" 2 


kapcsolja — azaz a Python által hívható válik a jelzés kezelőjévé. 


def buttoni click handler("aros) : 
print "Ne nyomd meg a gombot!" 
signal handlers —- ( 
t Kilépés a főhurokból, 
t bezárja a főablakot. 


ha a felhasználó 


"on windowi delete event: gtk.mainguit, 
t A buttoni click handler hívása, 
t felhasználó megnyomja a buttoni gombot. 
"on buttoni clicked": buttoni click handler 
J 


ha a 
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loader.signal autoconnect(signal handlers) 


GladeBase 


A libglade nagymértékben csökkenti a kézi kódolás szükségességét 
gnome-python alkalmazások esetében. Az elemszerkezeteket megter- 
vezhetjük Glade-del, és két-három sor kód segítségével be is tölthet- 
jük. Mindez több száz sort venne igénybe, ha közvetlen pygtk hívá- 
sokat használnánk. Ráadásul a viselkedés 15 egyszerűen hozzáadható 
a Python által hívhatók szótárának összeállításával és a 
GladeXML.signal autoconnect átadásával, ahelyett hogy 
állandóan az elemcsatoló eljárásokat kellene hívogatni. A libglade sok 
munkát takarít meg, ennél azonban többre 1s képes, például a nagymé- 
retű Python-alkalmazások gyakran egy kis főprogramból és valahol 

A karbantartási költség csökkenthető lenne, ha az alkalmazás Glade- 
projektfájljai a Python csomagjaival egy helyen lennének, és futás 
közben relatív útvonalneveken keresztül importálhatnánk azokat. 

Az 1s jó lenne, ha az elemeket közvetlenül valamilyen felhasználó- 
felület objektumpéldányán keresztül érhetnénk el, és nem a 
GladeXML.get widget segítségével kellene megkeresni őket. 
Végül hasznos volna, ha az objektum névterében található hívhatók 
szótárának összeállítását a gépre lehetne bízni, és az eredményt át 
lehetne adnia signal autoconnect-nek. Ez lehetővé tenné az 
ügyfelek számára, hogy a jelzéskezelőket az objektum eljárásaiként 
adják meg, és a kezelőket ne közvetlenül kelljen bejegyezni. 

A következő fejezet a GladeBase-modult írja le, amely rendelkezik 
ezekkel a tulajdonságokkal. A GladeBase a libglade szolgáltatásait 
tartalmazza, úgy módosítva, hogy azok az MVC (model view 
controller) tervezőmintához illeszkedjenek (lásd az 1. listát a 15. CD 
Magazim/Glade könyvtárban). A GladeBase két alapvető exporttal 
rendelkezik: az UI és a Controller osztállyal. 


GladeBase.UI 


A GladeBase.UI az MVC tervezőminta View összetevőjének felel 
meg. Ez felelős az elemszerkezetnek a Glade-projektfájl alapján való 
létrehozásáért, valamint az alkalmazás látható tartalmának frissítésé- 
ért egy hozzárendelt vezérlő irányítása alatt. A GladeBase.UI 

a libglade GladeXML-osztályának leszármazottja, így minden koráb- 
ban tárgyalt eljárást örököl. 

A GladeBase.UI létrehozója (konstruktora) három értéket vesz át: 

a Glade-projektfájl nevét, amelyből az elemszerkezetet betölti; a 
gyökérelemként szereplő elem nevét, és egy választható kulcsszót, 

a gladeDir-t. Ez annak a könyvtárnak a relatív útvonalnevét tar- 
talmazza, ahol a Glade-projektfájlokat kell keresni. 
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2. lista PathFkinder.py 


t!/usr/bin/env python 

, v v Batnb a melerakowa 

Ez a modwv.áieilkeltkelge" a Python Üütvonalmoz képese 
relatív útvonalakat. """ 


MEN JooNa ele ez Sol 


MAN ado ralllln KonnEN IK ÓTEi 


az útvonalnév nem feloldható""" 


ciiass ETtGoT( EKEGSDE Tony B 


def find(pathname) : 
un v nev mhely űtvonalmevét teloladja a 
Ezzel mo ratltltssezonne Mo rnétátltő 


if os.path.isabs(pathname) : 
return pathname 
for dirname in sys.path: 
candidate - os.path. join(dirname, 
pathname ) 
if os.path.isfile(candidate) : 
return candidate 
raise Error("$s nem található a Python 
[ÚNEKVZONA EM KO nt 
a —oathmame ) 
(ölE kinn etikat té s 
"00 A modul tösora (egyedülálló végrehajtás 
esetén) """ 


elere EIS eke focien tá Mesgo cellán on— 09 


A gladeDir kulcsszó alapértelmezett értéke a pillanatnyi könyvtár. 

A fájlnévvel összekapcsolva a Glade-projektfáj! relatív elérési útját 
kapjuk. Furcsának tűnhet a gladeDir és a fájlnév együttes használata, 
ahelyett hogy a Glade-projektfájl nevét egyszerűen relatív elérési 
útjával adnánk meg. Ez a szétválasztás azonban csökkentheti az 
olyan alkalmazások karbantartási költségeit, amelyek egyetlen alcso- 
magban tartják a Glade-projektfájljait. Az ilyen alkalmazások a 
GladeBase.UI olyan alosztályát adhatják meg, amelybe a gladeDir 
értéke be van drótozva. 


import GladeBase 


class UlBase(GladeBase.Ul) : 
def (self, filename, 
GladeBase.UI. init (self, filename, 
gladeDir-"MyApp/GladeFiles") 


. init — rootname ) : 


ss rootname, 


class MainWinUI(UIBase) : 
def (self) : 
UIBase. init (self, 
s "yindow1" ) 


AMA 


"main win.glade", 


Ezután az alkalmazás minden UI-osztályát ebből az alosztályból 
származtathatja. Ilyen módon az alkalmazás egy helyen adhatja meg 
az összes Glade-projektfájl könyvtárának relatív útvonalát. 

A PathFinder.py segédmodul lehetővé teszi a GladeBase.UI számára, 
hogy a Python-útvonalon keressen fájlokat. A PathFinder. find 
függvény egyetlen argumentuma az elérési út. Ha az útvonalnév 


abszolút, további feldolgozás nélkül visszatér. Ha relatív, akkor a 
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"1. "Megpróbálja feloldani az útvonalat, 
diagnosztikai üzenetekkel." "" 
örimt "3s reloldása. ..." § pata 
tagas 
print Time (patn) 
except Error, info: 
if expectError: 
JONG eMM At No ey zVZéte les e TAK 6 
else: 
övint TÉTBAS", imfo 
t Próbáljunk 


Tt megtalálni 


valami ismert dolgot 

az úütvomalon,;, 

rt relatív és abszolút ÚŰÚcvonmalakat egyardmne 

t használva. 

testFind( "socket .py" ) 

MAS n So ro elfo re llett KORNI 

socketPatm 
jora ( "oaythom", "socket. joy" ) ) ) 


testFaial ( socketPathm) 


joima(sys oreflix, joiml "119", 


t Próbáljunk egy valószínűleg nem létező 

Tt dolgot 

t megtalálni. 

testFEime("T Domt Eszist monszistemt oatmaT, ÁÍ) 
tt . maáams . sz " maáaim "3 
main ( ) 


find függvénysorban minden egyes Python útvonalbejegyzéssel 
összekapcsolja, így áll elő a megvizsgálandó útvonalnév. Ha ez 
létezik, a függvény visszatér. Ha egyik ilyen útvonalnév sem létezik, 
akkor PathFinder . Error kivétel lép fel (lásd a 2. listát). 

A GladeBase.UI.  getattr eljárás teszi lehetővé az 
ügyfelek számára, hogy a GladeBase.U[-szerkezetben elhelyezkedő 
elemekhez úgy férjenek hozzá, mintha azok a példány tulajdonságai 
lennének. A , getattr eljárás feltételezi, hogy a hívó által 
megadott tulajdonságnév az elem neve, és az elemet a 
GladeXML.get widget segítségével kikeresi. Ha az elemet 
megtalálta, a gyorstárba új példányváltozóként kerül be, ezáltal a 
későbbiek folyamán gyorsabban lehet elérni. Ha a keresett elem nem 
található, , getattr "—" AttributeError hibajelzést ad vissza. 
Ha az elemszerkezet egynél több azonos nevű elemet tartalmaz, 
akkor nem lehet megmondani, hogy a GladeBase.UI melyiket adja 
vissza. A GladeBase.UI használata során jól tesszük, ha az elemeket 
úgy nevezzük el, ahogy a Python-példánytulajdonságokat: az 
objektumon belül minden név legyen egyedi, és érvényes Python- 
azonosítóval rendelkezzen. 

Az alkalmazásfüggő UI-osztályok a GladeBase.U[-osztályt általában 
olyan eljárásokkal bővítik ki, amelyek összetett frissítéseket 
végeznek a felhasználói felületen. 


GladeBase.Controller 

A GladeBase Controller az MVC Controller összetevőjének felel 
meg. A Controller úgy válaszol a felhasználói bemenet eseményeire, 
hogy azokat az alkalmazás belső adatmodelljének állapotváltozásaira 
fordítja le. Hasonlóképpen, az adatmodell állapotváltozásai esetén 
frissíti a felhasználói felületet. 





A GladeBase Controller nem segít válaszolni az alkalmazás adatmo- 
delljében bekövetkezett változásokra, de a jelzéskezelő eljárásokat ön- 
működően összeköti a Glade-projektfájlban megadott jelzéskezelőkkel. 
A GladeBase.Controller konstruktora egy értéket vesz át, ez a 
GladeBase.UI egy példánya és a vezérelendő felhasználói felület. 
A betöltés során az új GladeBase.Controller-példány átfut (traverses) 
az osztály szerkezetén, és a példány névterében található összes 
hívható objektumból felépíti a szótárt (az átfutás — traversal — a 
példány szótárával kezdődik, amennyiben példánytulajdonságként 
hívhatókat adtak meg). 

Ezután a GladeBase Controller ezt a szótárt a megadott 
GladeBase.UI[-példány signal autoconnect eljárásának adja át. 

Az alkalmazásfüggő vezérlőosztályok a GladeBase.Controller- 
osztályt terjesztik ki a jelzéskezelő eljárások megadásával. 


class Controller(GladeBase.Controller) : 
def " init (self, 


ul) : 


GladeBase.Controller.  ainit (self, ui) 


def on windowi delete event(self, "argds,): 
gtk.mainguit () 
def on buttoni clicked(self, "Faros): 


print "1. gombot megnyomták." 

Vezérlővázak létrehozása 

A GladeBase önműködővé teszi a Gtk-- elemszerkezetek Python 
objektumszerkezetekké alakítását, és önműködően összekapcsolja 

a Python jelzéskezelőivel, de még mindig megkívánja, hogy azonosít- 
suk és megvalósítsuk az összes Glade-projektfájlban megadott jelzés- 
kezelőt. A tiszta Gtk-t projekteknél ez nem gond, hiszen csak azok 

a jelzéskezelők léteznek, amelyeket kifejezetten megadtunk. 
Ellenben, ha a Glade-et Gnome-alkalmazás készítésére használjuk, 
sok jelzéskezelő önműködően megjelenik. Például egy új Gnome- 
alkalmazásablak szabványos menüsorral jön létre, és ezek a menü- 
elemek előre megadott jelzéskezelőket tartalmaznak. Nagyon 
unalmas lenne egy Gnome-alapú projektet átböngészni, az előre 
megadott jelzéskezelőket kézzel megkeresni, és ezeket az alkalma- 
zás vezérlőihez hozzáadni. Ahogy korábban megjegyeztük, a Glade- 
projektfájlok XML-formátumban vannak (pillanatnyilag nincs még 
DTD, amely leírná a projektfájl szerkezetét, de e nélkül 15 könnyű 
megérteni). A Python 2.0 tartalmaz egy XML-programkönyvtárat, 
amely James Clark Expat könyvtára fölé rétegződik. Ezért megle- 
hetősen egyszerű olyan Python-alkalmazást írni, amely végigszalad 
a Glade-projektfájlon, azonosítja az adott elemszerkezetekben 
hivatkozott jelzéskezelőket, és a Controller-modul vázát ehhez 

a szerkezethez elkészíti. 

A GladeProjectSignals.bpy (a 3. listát lásd a 15. CD 
Magazin/Glade könyvtárban) a Glade-projektfájlból gyűjti ki a 
jelzéskezelők adatait. A WidgetTreeSignal1s osztály felépíti 

az elemszerkezetet képviselő XML DOM (Document Object Model) 
-fát és minden, a jelzéskezelőkre vonatkozó hivatkozást feljegyez. 
A GladeProjectSignals-osztály betölti a Glade-projektfájlt, és a 
WidgetlreeSignal példányokból az összes legfelső szintű elemhez 
felépít egy szótárat. 

A WidgetlreeSignals létrehozójának argumentuma egy DOM-cso- 
mópont. Feltételezi, hogy ez a csomópont egy elemet ír le, és 
elvárja, hogy az elem nevét megadó névcsomópontot tartalmazza. 
Ha ezek a feltételek teljesülnek, a WidgetTreeSignals feljegyzi 

a csomópont kezelőgyermekének értékét, amely nem más, mint 

a jelzéskezelő neve. Egyébként a WidgetlreeSignals feltételezi, 
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hogy a csomópont gyermekcsomópontokat tartalmaz, és ezekkel 
folytatja az olvasást. 

A GladeProjectSignal1s hasonlóképpen egyszerű. A Python 

a Glade-projektfájlt xm1 . dom.minidom csomagjának segítségével 
betölti a DOM-fába. Ezután a fában megkeresi a legfelső szintű 
elemeket (a Glade-tervezőfájl más legfelső szintű csomópontokat 

is tartalmaz, például a GTK-felület és projekt csomópontjait). 

A GladeProjectSignals minden megtalált elemcsomóponthoz egy 

új WidgetlreeSignals-példányt hoz létre, amely az elem és leszár- 
mazottai által meghatározott jelzéskezelőket sorolja fel. Minden 
egyes WidgetlIreeSignal-példány a legfelső szintű elem nevével 
megjelölt self.widgets nevű szótárba kerül. 

Ha a ControllerGenerator . py-nek (lásd a 4. listát lásd a 

15. CD Magazin/Glade könyvtárban) átadunk egy Glade-projekt- 
fájlnevet és a fájlban megadott egyik legfelső szintű elem nevét, 
akkor kinyomtatja az elemhez és gyermekeihez tartozó Controller 
vázát. A munka oroszlánrészét a ControllerGenerator osztály 
végzi. Ez az osztály tartalmazza a generate eljárást, amely 

a Glade-projektfájl nevét és a legfelső szintű elem nevét veszi át. 
A generate eljárás a szóban forgó elem jelzéskezelőihez a 
GladeProjectSignals egy példányán keresztül jut hozzá. Ezt köve- 
tően elkészíti ezeknek a kezelőknek a vázát. Egy mintakarakterlánc 
és a Python karakterlánc-formázó operátorainak segítségével a 
generate létrehozza a Controller modul vázát alkotó karakterláncot, 
és visszaadja azt a hívónak. 


Összegzés 

A Glade, a libglade és a gnome-python nagymértékben képes csök- 
kenteni a Python nyelven írt Gtk-t- és a Gnome-alkalmazások fejlesz- 
téséhez szükséges munkát. A cikkben bemutatott eszközök a Glade- 
elemszerkezetek Python objektumszerkezetekké történő alakításával, 
a vezérlőkben megadott jelzéskezelők összekapcsolásával és a vezér- 


lővázak létrehozásával a karbantartás költségét tovább csökkentik. 


Ajánlott irodalom 

Design Patterns: Elements of Reusable Object-Oriented Software, 
írta Gamma, Helm, Johnson és VIlissides (Addison-Wesley, 1994). 
Leírja az Observer mintát, idézi a Smalltalk Model- View-Controller 
keretrendszerét mint a minta egy korai példáját. 
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A DreamWorks és a Linux 


A Linux kedvező tulajdonságai a számítógépes animációk készítésének folyamatában. 





étszáznál 1s több linuxos asztali és 
BA négyszáz szintén linuxos kiszolgá- 

lógépével a DreamWorks SGI nem- 
csak a számítógépes mozifilm-animációk fő 
gyártója, de az egyik legnagyobb Linux-fel- 
használó 1s. A cég az animációk létrehozásá- 
nál három gyártócsatorna: a bristoli Aardman 
(Csibefutam), a Palo Altó-i PDI/DreamWorks 
(Shrek; Z, a hangya) és a kaliforniai 
Glendale-ben székelő eredeti DreamWorks 
(Irány Eldorádó, Egyiptom hercege) tapasz- 
talatait egyesíti. Mindegyik gyártóegység 
önálló animációs módszerrel bír: az Aardmant 
az agyagtechnológia (claymation) jellemzi, 
a PDI/DreamWorks a számítógépes grafiká- 
ról, a glendale-i egység pedig a hagyományos 
gyártástechnológiáról ismerhető fel. 
A glendale-i stúdióba látogattunk el, ahol 
jelenleg épp egy nagyszabású mozifilm, a 
Spirit, Stallion of the Cimarron munkálatai 
folynak. A történet — amelynek amerikai 
bemutatója 2002 közepére várható — egy 
musztáng vadnyugati kalandjait tárja majd 
a nézők szeme elé. 
Sokan kételkednek abban, hogy a Linux az 
asztali számítógépeken háttérbe szoríthatja 
a Windowst, hiszen nem használhatjuk 
a legelterjedtebb alkalmazásokat, mint pél- 
dául a Microsoft Office (Word, Excel, 
Access). Ámde a mozifilm-grafikusok által 
használt alkalmazások túlnyomó részének 
linuxos változata mára már hozzáférhető, 
s a Linuxra átírt vagy közvetlenül a Linux 
alá fejlesztett programok száma 15 figye- 
lemre méltó arányokat kezd öltent. 
A DreamWotks három úton közelített a 
Linux felé: új programok fejlesztésével, 
saját programok átültetésével és valamely 
külső cég programjának illesztésével. Ed 
Leonard technikai vezető így beszél erről: 
, Animátoraink Linuxra történő átállításának 
egyik legfontosabb motivációs tényezője a 
költségek jelentős mérséklése volt. Mégsem 
ez számított a leginkább, hanem munkájuk 
hatékonyságának javulása. Ami minket 
igazából érdekel, az nem a háttérben lévő 
gyártási módszer, hanem a létrehozott alko- 
tás minősége." A Linux használatával a gra- 
fikusok időt takaríthatnak meg, mivel egy 
linuxos PC annyival gyorsabb, mintha egy 
ötéves gépet cserélnénk újra, habár meg kell 
hagyni, azok az SGI IRIX munkaállomások 
bámulatra méltó gépek voltak. Leonard még 
hozzáteszi: , A Microsoft programjai 
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továbbra 1s kulcsszerepet játszanak a vállalat 
üzleti életében, de a Linux rendkívül haté- 
konyan alkalmazható az animációkészítés 
folyamatában." 

Az animátorok számítógépei nagymértékben 
különböznek azoktól a PC-któl, mint amelye- 
ket egy tisztviselő vagy titkárnő asztalán ta- 
lálhatunk. Az animációk elkészítéséhez vil- 
lámgyors munkaállomások szükségesek 

— nagy teljesítményű kétmonitoros grafikus 
rendszerrel kiegészítve, és kifejezetten mozi- 
filmgyártásra kihegyezett programokkal fel- 
szerelve. Most vegyük szemügyre a Dream- 
Works gyártási folyamatát és nézzük, milyen 
szerepet játszik ebben a Linux (lásd táblázat)! 
Egy animációkkal dolgozó film készítésének 
első lépése a történet kidolgozása, a teljes 
gyártási folyamat pedig két évet vesz 
igénybe. Az előkészítési szakasznak — ame- 
lyet vizuális tervezésnek (vizdev) neveznek — 
az a célja, hogy az alkotás lényegi formáját, 
látványát sikerüljön felvázolni. Ezt a legkü- 
lönbözőbb művészi ábrázolási módszerek 
(például olajfestészet) 
segítségével érik el. Sokszor 
ezen előzetes alkotások 
részletessége, valósághűsége 
messze meghaladja azt az 
általános színvonalat, ami majd 
a kész alkotásban megjelenik. 
Elkészül egy kézzel megrajzolt 
történeti vázlat 15, amely leginkább egy 
képregényhez hasonlatos, és az a szerepe, 
hogy a film legfontosabb jeleneteit látha- 
tóvá, elképzelhetővé tegye, ennek alapján 
hozzák létre a művészek az animációt. 
Ehhez az Alias/Wavetront cég 3D-s animá- 
ciókat készítő programcsomagjának, a Mayá- 
nak bizonyos bővítményeit használják fel. Bár 
ennek az animációnak a minősége elmarad 

a kész filmétől, jól láthatóvá teszi a jelenetek 
összefüggéseit és a kameranézeteket, segíti 

a szereplők megtervezését. Ezt alkalmazva 

a filmkészítők mozgásában tekinthetik át a 
filmet, mielőtt még a gyártás megkezdődne. 
Ennek az anyagnak egyetlen részlete sem 
kerül bele az elkészült filmbe, kizárólag arra 
használatos, hogy útmutatást adjon a későbbi 
munkához. 

A látványtervezés e szakasza határozza 
meg a film szereplőit, a háttereket, illetve 

a használt hatásokat. Az animációkkal, 

a hátterekkel és a hatásokkal külön részleg 
foglalkozik. Ezek a különálló részek a 


gyártás egy későbbi szakaszában egy külön- 
leges program segítségével válnak egységes 
egésszé. A szereplők mozgásának tervezé- 
sére a loonShooter programmal ütemváz- 
latot készítenek. , A ToonShooter olyan 
Linux-alkalmazás, amit mi fejlesztettünk. 
Azoknak a 640x480-as alacsony felbontású 
vonalvázlatoknak a rögzítésére készítettük, 
amelyeket az animátorok később a film 
időzítéséhez használnak fel" — magyarázza 
Derek Chan vezető alkalmazásfejlesztő. 
, A program elkészítése óta eltelt egy év 
alatt a programot három animációs műhely- 
ben helyeztük üzembe. Égető szükség volt 
erre a Linux-alkalmazásra, s nekünk határ- 
idő előtt sikerült befejeznünk a munkát. 
A DreamWorks jelenleg 60 példányban 
használja a programot" — teszi hozzá Chan. 
A ToonSketch grafikusaink számára lehe- 
tővé teszi, hogy a gyors, másolás jellegű 
munkákat papír és lapolvasó nélkül végez- 
zék el. Ahogy Mhi Casey prog- 
rammérnök bemutatja: , A váz- 
4 lat egy Wacom-táblán készül 
el, amely ugyanúgy használ- 
ható, mint egy darab papír, 
de gyorsabb és korlátlan 
visszalépést tesz lehetővé." 
Jim Mainard, a programrészleg 
vezetője hozzáfűzi: , Látha- 
tóvá tehetők a megelőző 
és a pillanatnyit követő 
képek, így a munka 
sokkal könnyebbé 
válik az animátorok 
számára, mintha 


















papírkötegekkel kellene birkózniuk." Ezzel 
a szolgáltatással nyomon követhetők 

a szomszédos képek, hatékony útmutatást 
nyújtva az animátorok számára. 

Ahhoz, hogy a hagyományos animációs 
módszerekkel készülő filmek látványát 
megőrizzék, az előtérben lévő szereplők 
rajzai kézzel készülnek el a DreamWorks 
műhelyében. A digitalizáló részleg nagymé- 
retű önműködő lapolvasókat használ a kéz- 
Zel rajzolt képek nagy felbontású (2 k pixel 
formátumú) rögzítésére. Az Egyiptom her- 
cege című film készítése során több mint 
egymillió papírlap kezelésére volt szükség. 
A képek saját tömörített, raszteres formá- 
tumba való mentéséről a ScanLevel elne- 
vezésű IRIX-alapú program gondoskodik. 
Mainard szerint a program [Linuxra való 
átültetését még ebben az évben végrehajtják, 
mihelyt elkészül a lapolvasóhoz a megfelelő 
meghajtóprogram. 

A ProcessLevels nevű 
linuxos eszközgyűj- 
temény segítségével 

a háttérrajzot söté- 
[AZAZ Ta VT Ete 
sítva finomítják 

a kép kontrasztját, 
eltüntetve a papír 
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színét. A ferdeségeket és az optikai torzí- 
tásokat a rendszer önműködően eltávolítja. 
Az InkAndPainttel válnak színessé a digita- 
lizált vonalrajzok. Tina Staples, a cég kitűnő 
festő-grafikusa mutatja be, mennyire jól tudja 
használni ezt a saját Linux-alkalmazást. 

A program hasonlít a Gimpre és a Photo- 
shopra, azzal a különbséggel, hogy működése 
a kitöltő szolgáltatásokra van kihegyezve. 
Leonard azzal viccelődik, hogy olyan az 
egész, mintha atomokat szeretnénk egyenként 
kifesteni. Tina olyan gyorsan fest ki egy 
képkockát, hogy arra kellett kérnünk, lassít- 
son kicsit, így legalább követni tudjuk, mit 15 
csinál. Tina nagyon 

lelkes: , Sokkal 

gyorsabbak 
Inna 





A Linux használatával a munkám sebessége 
kétszeresére nőtt, így minden héten sikerül 
elvégezni a tervezett mennyiséget." 
Az InkAndPaint képes automatikusan kifes- 
teni tartományokat, továbbá utómunka-eszkö- 
zökkel és a közbülső kép önműködő létreho- 
zásának lehetőségével rendelkezik. , Az auto- 
matizmus a jelenet előrehaladtával egyre 
kevésbé működik" — mondja Mainard. 
, A szakszerű emberi beavatkozás nélkülöz- 
hetetlen azoknak a területeknek a kiszínezé- 
sénél, ahol a vonalak metszik egymást. 
Amennyiben a feladatot nem megfelelően 
hajtják végre, az , bizsergést?" eredményez 

a képen — annak következtében, hogy a vo- 

nalak találkozásánál a színek képről- 

képre változnak. 
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Galen Growicz, az Advanced RaD Future Films 
vezető programmérnöke 


A vonalak találkozásánál nehéz önműkö- 
dővé tenni a színkitöltést, de talán sikerül 
továbbfejlesztenünk a szolgáltatást" — biza- 
kodik Mainard. , Bár Tina annyira gyors az 
InkAndPainttel, hogy ennek szinte nincs 15 
jelentősége." 

Az InkAndPaint a kétmonitoros Octane mun- 
kaállomásokat linuxos PC-kel váltotta fel. 

A legtöbb háttérgrafikát kétdimenziós formá- 
ban, kézzel készítik el a grafikusok — vagy 
valamilyen hagyományos eszközt (például 
olajfestés), vagy számítógépes programot 
(például Photoshop) véve ehhez igénybe. 
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A Linux leképezőtelep 


A háttérrajzok igen nagy méretűek 1s lehet- 
nek. Mainard elmondása szerint az Egyiptom 
hercege némely hátterének szélessége a 2—3 
métert 1s elérte. A ScanBackground IRIX- 
alapú alkalmazás eljárásai teszik lehetővé, 
hogy a 36 hüvelykes Tangent lapolvasóval 
beolvasott képrészletekből az eredeti hátteret 
újra összeillesszék. 

A változó látószögű hátterek három dimen- 
zióban készülnek el a Maya segítségével. 

A színek mintázatvetítéssel vagy festéssel 
születnek meg. A 3D-festéshez korábban az 
Alias/Wavetront Studio Paintjét használták, 
de éppen most folyik az átállás a wpaint 
nevű saját fejlesztésű Linux-alkalmazásra. 
A különleges hatásokkal foglalkozó részleg 
készíti el az olyan egységes hatásokat, mint 
a por, tűz, folyadékok és füst. 

Az Advanced R£KD Future Films vezető 
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Az InkAndPaint képernyőképe 


programmérnöke, Galen Gornowicz egy éve 
dolgozik egy még be nem jelentett film szak- 
mai hátterén. , Olyan tengeri jeleneten dol- 
gozom, amelynek képszámítása valós idő- 
ben hajtódik végre. Vannak olyan zárt rend- 
szerek, amelyek tudják ezt, de mi a Mayá- 
hoz készítünk kiegészítést" — mondja Goro- 
wicz. , A régi rendszernél ebédelni mehet- 
tünk, amíg a gép ehhez hasonló dolgot 
számolt. Ráadásul a vízmintákat parancs- 
sorból kellett futtatni, nem így interaktívan, 
mint most. A hatások készítéséhez a Mayát 
használjuk egy sor olyan kiegészítéssel, 
mint amilyen például a Linuxra írt Calypso 
water." A DreamWorks úgy találta, hogy 

a Calypso által létrehozott víz túl valószerű, 
az eredmény túlságosan hasonlít a Vihar- 
zóna-belire. Gorowicz most azon dolgozik, 
hogy a víz-hatást a film többi képének 
megjelenésébe beillessze. Egy Maya-bővít- 
mény fejlesztése során az egyszerű hatások- 
hoz MEL -héjprogramot (a Java parancsfájl- 
hoz hasonlatos nyelv) kell írni, a bonyolul- 
tabbak vagy számításigényesebbek, vagy 
pedig C/C--- kódot igényelnek. Amikor már 
lefordított bővítményt futtatunk, egy futás- 
időben értelmezett MEL-parancsfájl végzi el 
a menü létrehozását és Mayához való csato- 
lását. A MEL-parancsfájllal bármilyen függ- 
vény meghívható. A bővítmény nem rendel- 
kezik main () függvénnyel. 

A leképezés, vagyis egy számítógép által elő- 
állított objektum képének megalkotása foly- 
hat a felhasználó saját munkaállomásán, vagy 
a DreamWorks leképezőtelepén (renderfarm). 
A leképezőtelep — három hűtőkamion méretű, 
8—16 processzoros SGI Origin 2000 kiszolgá- 
lócsoport — a feladatokat sorban vagy első- 
ségi elv alapján 15 végezheti. A PDI/Dream- 
Worksnél a Shrekhez használt leképezőtelep 
egy több mint ezerprocesszoros — 80 százalék 
Linuxot, húsz százalék IRIX-ot futtató — 
rendszer volt. A glendale-i telepen teljes 
egészében Linuxot használnak. Még megvan- 
nak az IRIX-ot futtató Origin 2000 kiszolgá- 
lók, de folyik az átállás a sokkal olcsóbb 
pentiumos rendszerre. A glendale-i leképező- 
telep feleakkora, mint a PDI/DreamWotrksé, 
mivel a hagyományos animációs módszer 
kevésbé számításigényes, mint a számító- 





Animációtípusok és eljárások 


Feladat 


Elhelyezkedési vázlat 


Leírás 


A helyzettervező grafikus felvázolja a jelenetek szereplőinek 


elhelyezkedését, jelzi az elrendezést, a kameraállásokat és a kamera 
mozgását. A teljes jelenethez egy animáció készül. 


Animációvázlat 
mozgását mutatja. 

CG animáció 

Durva jelenetterv 


CU elrendezés 


Az animátorok által készített durva vázlat, amely a jelenet szereplőinek 


Számítógép által létrehozott objektumok modellezése és mozgatása. 
A jelenet digitális megvalósítása a szükséges objektumokkal. 


A helyzettervezők végső formára hozzák az elhelyezkedési vázlatot, jelzik 


a megvilágítást és felvázolják a hátteret, melynek végső, színes 
formátumát a háttérrészleg készíti el. 


Hátterek 

Az animáció 

letisztázása 

CU átvizsgálás 

Digitális ellenőrzés 
előkészítés. 


Kijelölés 


Elkészülnek a hagyományos és a digitálisan létrehozott képek. 


A szereplők elhelyezése, az utolsó simítások elvégzése, az összes 
részlet és beiktatott rajz beépítése. 


A letisztázott animáció átvizsgálása. 


A szereplői szintek digitális sötétítése, kiemelése, a kifestésre történő 


Jelek rajzolása az InkAndPaint számára, tekintettel a használandó 


színmodellre, a vonalak és tartományok megfelelő kezelésére. 


Színezés 
jelek alapján. 


A szintek digitális kifestése a meghatározott színmodell és a határoló 


Megvilágítás/leképezés A CG-animáció végső szín- és megvilágításszámítása nagy felbontásban 


(legalább 2k) leképezve. 


Végső ellenőrzés 


Filmre írás 


gépes grafika. A VA Linux biztosította az 
első glendale-i linuxos leképező gépet, 
amely bizonyította az Intel PC-k képessé- 
geit. A DreamWorks most egy új leképező- 
torony építésébe fogott, amely két I GHz-es 
Pentium III processzort és 2 GB RAM-ot 
tartalmazó számítógépből fog állni. A hűtő- 
szekrény nagyságú gép fogja helyettesíteni 
a korábbi, 10-15 méter hosszú állványzatot 
elfoglaló rendszert. 

A kompozíciós részleg feladata, hogy az 
előbb felvázolt folyamatok során előálló ré- 
szeket, a szereplőket, a háttereket, a hatáso- 
kat egységgé olvassza össze. Ítt történik az 
előtérben álló objektumok elhomályosítása, 
amikor például a szereplő egy szikla mögül 
látszik. , A DreamWorks az eredetileg a 
Cambridge Animation által írt Director nagy- 
mértékben módosított változatát használja. 
A program a Shake-hez, a népszerű kompo- 
zíciós programcsomaghoz hasonlít, de a vál- 
toztatások után képes kezelni az X-lapokat" 
— magyarázza Mainard. Az X-lapok az ani- 
mátorok hagyományosan kedvelt munkaesz- 
közei, a film egyes kockáihoz tartozó adato- 
kat tároló listák. A DreamWorks mindegyik 
munkaeszközét úgy módosították, hogy 
támogassák ezek használatát. A Director 1s 
rendelkezik egy egyedi szolgáltatással: az 
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A jelenet részeinek — kamera, színek, kompozíció — végső ellenőrzése. 


A képkockák végső formájának filmre rögzítése. 


InkAndPaint-szintek megfelelő felbontású 

és élsimított leképezésével. 

A rajzolók legtöbbször negyedfelbontású I k 
széles képekkel dolgoznak. A végső leképezés 
2 k, illetve az IMAX-kiadás 3 k és 4 k for- 
mátumú. A végső leképezés eredménye egy 
TIFF fájl, amelyet a kimeneti kiszolgáló az 
egyes sorszámú Cineon Lightening filmrög- 
zítőnek továbbít. A lézeres filmrögzítő körül- 
belül 3 kép/mp sebességgel, 16 bit csatornán- 
kénti felbontással 2 k-s képkockákat rögzít. 

, Amikor a sorrend elkészül, az adatokat Perl 
parancsfájlgyűjtemény segítségével továbbít- 
juk a filmrögzítőnek. Így egy színes mozgó- 
film körülbelül napi gyakorisággal készül. 

(. ..) A Linux remekül működik a játékok fej- 
lesztése során, de az SGI gazdag grafikus 
APIl-gyűjteményének átültetése meglehetősen 
időigényes. A HP, az IBM és az SGI kiváló 
linuxos megoldásokat szállított számunkra" 

— tájékoztat Leonard. Szerinte a Dell 15 kezdi 
, venni a lapot" és a jövőben szélesebbre tárja 
az ablakot a Linux felé. A kérdésre, hogy 
miért nem találkozunk AMD processzorok- 
kal, Leonard így felel: , Az Intel-Linux felület 
erős és kiegyensúlyozott megoldást kínál 

a forgalmazók számára a felső kategóriájú 
munkaállomások terén. Emiatt nem erőltetjük 
a Linux--Alpha, a FreeBSD vagy az egyéb 


saját unixos megoldásokat." Majd hozzáteszi: 
, A HP nagyszerű Linux-támogatással ren- 
delkezik. Előfordult, hogy napi két hibaja- 
vítást 15 kaptunk tőle." A korábbi szerződések 
ápolgatása helyett a DreamWorks most a 
költségkímélőbb PC-vásárlás mellett döntött. 
Leonard szerint ez az , eldobható" megoldás 
lehetővé teszi, hogy az asztali gépeket és 

a leképezőtelepet kétévenként cseréljék le 

— az eddigi öt év helyett. 

A DreamWorks egyaránt használ belső fej- 
lesztésű, az adott feladat igényeihez igazított 
programokat, valamint a piacon beszerez- 
hető animációs programokat. Mára mintegy 
hárommillió programsornyi saját kóddal 
rendelkeznek, amelynek nagy része az SGI 
IRIX operációs rendszerre készült. Mivel 

a Linux sokkal jobban hasonlít az IRIX-ra, 
mint a Windows, e nagy mennyiségű kód 
átültetése 15 egyszerűbb így. A Linuxon futó 
Maya (1 1nuxvilág, 2001. június-július, 
108-111. oldal) az egyik olyan kereske- 
delmi programcsomag, ami igen nagy 
szerepet játszik a cég alkotásaiban. 
Mindhárom DreamWorks gyártócsatorna 
(Aardman, PDI/DreamWorks, DreamWorks 
traditional) megfelelő képességekkel rendel- 
kezik ahhoz, hogy 18-24 hónaponként egy 
mozifilmet hozzon létre. A Linux gazdasá- 
gosságának köszönhetően most egy negye- 
dik csatorna 1s születőben van Glendale-ben. 
A termelés jövő év eleji indulásával egy 
teljesen Linuxra épülő, Intel IA-64 és Pen- 
tium IV-es processzorokkal felszerelt mű- 
hely kezdi meg munkáját. Kíváncsian vár- 
juk, hogy a Shrek és a Spirit után, a Linux 
lehetőségeit kihasználva milyen még i1zgal- 
masabb alkotások hagyják el a DreamWorks 
SKG műhelyeit. 

(A Shrek és a munkatársak összes képét 

a DreamWorks biztosította, minden jog 
fenntartva, 2001.) 


a  ] Aobin Howe 
Hi a MovieEdítor.com 
7] internetes és televíziós 
5" videoalkalmazásokat 
" ] készítő cég egyik part- 
nere. Írásai a Dr. Dobbs 
Journalban, a C-t 1 Reportban, a 
C/C-t 1 Users Journalban, a Data 
Based Advisorban jelentek meg és 
számos tanácskozás anyagában meg- 
találhatók. A Robin által készített prog- 
ramok sorában található többek közt 
az a kiszolgálóalapú videoszerkesztő 
rendszer, amit a Manhattan 24 órás 
televíziós hírcsatorna, a lime Warner 
New York One, illetve a kapcsolódó 
honlap 3 http://www.ny1.com/ 
is használ. Elérhető a 
robin.rowe movieeditor.com címen. 
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A PostgreSOül és a teljesítménynövelés 





Pörgessük fel a gépet, hogy a legtöbbet hozhassuk ki e nyílt forráskódú programból. 





PostgreSOL objektumközpontú 
adatbázis-kezelő program, 
amelyet a Föld minden csücskéből 


származó fejlesztők készítenek az Interneten 
keresztül, és tulajdonképpen az Oracle, 
illetve az Informix kereskedelmi alkalma- 
zások nyílt forrású megfelelője. 

A PostgreSOL-t eredetileg a Berkeley-n 
(University of California) készítették. Az 
egyetem csapata 1996-ban kezdte meg az 
Interneten keresztüli fejlesztést: az ötletek 
cseréjére elektronikus leveleket, a kódfájlok 
átviteléhez pedig fájlkiszolgálókat használ- 
tak. Mára a PostgreSOL képességei teljesít- 
mény és megbízhatóság tekintetében felve- 
szik a versenyt a kereskedelmi alkalmazá- 
sokkal. Rendelkezik tranzakciókezeléssel, 
nézetekkel (views), tárolt függvényekkel 

és hivatkozási épségkezeléssel (referential 
integrity constraints) egyaránt. Nagyszámú 
programozási felületet támogat, többek 
között az ODBC-t, a Javát (JIDBO), a 
TcI/Tk-t, a PHP-t, a Perlt és a Pythont. 
Hála a tehetséges internetes fejlesztőgárdá- 
nak, a PostgreSOL folyamatosan és hihetet- 
len ütemben fejlődik. 


Teljesítnényalapfogalmak 

Az adatbázis-teljesítmény növelése kétféle 
módon történhet: az egyik út, hogy a pro- 
ceSSZOr-, a memória- és a merevlemez- 
terhelést növeljük. A másik lehetőség az 
adatbázisnak küldött lekérdezések egy- 
szerűsítése. Írásukban a teljesítménynövelés 
vas felőli oldalát mutatjuk be. A lekérde- 
zések hatékonyabbá tételének eszközei: 

a CREATE INDEX, VACUUM, VACUUM 
ANALYZE, CLUSTER, EXPLAIN és hasonló 
SOL-parancsok. Ezek bővebb taglalásával 
könyvemben foglalkozom (PostgreSOL : 
Introduction and Concepts, elérhető a 

2 http://www.postgresgl.org/ 
docs/awbook.html címen 15). 

A vas teljesítményére vonatkozó dolgok 
megértéséhez fontos, hogy pontosan lássuk, 
mi 15 történik a gép belsejében. Az egysze- 
rűség kedvéért a számítógépre most úgy 
gondoljunk, mint tárolók körülvette köz- 
ponti egységre (CPU). A processzorral egy 
lapkán található néhány CPU-regiszter, 
ezekben számításközi adatok, mutatók és 
számlálók tárolhatók. Mellettük helyezkedik 
el a processzor-gyorstár, amely a legutóbb 
elért adatokat tartalmazza. A gyorstáron 
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kívül még itt található a nagy mennyiségű, 
véletlen elérésű főmemória (RAM) 1s, amely 
a végrehajtandó programot és az adatokat 
tartalmazza. E főmemória mögött helyez- 
kednek el a merevlemezek, amelyek még 
nagyobb adatmennyiség tárolására képesek. 
Egyedül ezek a merevlemezek tekinthetők 
állandó tárolóhelynek, így mindent, amit 
meg kell tartani, ide kell helyezni, mielőtt 

a gépet kikapcsoljuk (lásd a táblázatot). 

A központi egységet körülvevő tárolóeszkö- 
zöket az alábbi ábrán mutatjuk be. 


Hogyan tartsuk 

a processzor mellett az adatokat? 

Az adatok áramlása a különböző tárolóesz- 
közök között önműködően zajlik. A fordító- 
programok meghatározzák, mely adatokat 
szükséges regiszterekben tárolni. A pro- 
cesszor logikája a gyakran használt adatokat 
a CPU gyorstárban tartja. Az operációs 
rendszer pedig meghatározza, melyik adatot 
kell a RAM-ban tartani és cserélgeti a me- 
revlemezen tároltakkal. 

A CPU regisztereket és a processzor- 


Jelenleg a PostgreSOülL képességei teljesítmény 
és megbízhatóság tekintetében felveszik 
a versenyt a kereskedelmi alkalmazásokkal. 





Tárolóterületek 


Láthatjuk, hogy a processzortól távolodva 
a tárolóméretek egyre növekednek. 

Az eszményi az lenne, ha hatalmas meny- 
nyiségű állandó memóriát helyeznénk 
közvetlenül a központi egység mellé, 
csakhogy ez igencsak költséges megoldás- 
nak bizonyulna. A gyakorlatban a procesz- 
szorhoz közel a leggyakrabban használt 
adatokat tároljuk, a kevéssé használtakat 
pedig távolabb, és akkor hozzuk közelebb, 


ha szükség van rájuk. 








gyorstárat adatbázis-felügyelőként nemigen 
lehet hatékonyan egyszerűsíteni. A hatékony 
adatbázis-gyorsítás a minél nagyobb 
mennyiségű hasznos adat RAM-ba töltését 
jelenti, mivel így, ahol csak lehet, megelőz- 
zük a lemezelérést. 

Azt hihetnénk, hogy ez könnyű feladat, 
pedig nem az. A számítógép memóriája szá- 
mos dolgot tartalmaz, beleértve a végrehajt- 
ható programot, a programadatokat és a ver- 
met, valamint a PostgreSOL megosztott és 

a rendszermag gyorstárát. A helyes egyszerű- 
sítés azt jelenti, hogy annyi adatot tartunk 

a memóriában, amennyit csak lehetséges, 

de csak addig, amíg ez nem befolyásolja hát- 
rányosan az operációs rendszer más részeit. 


A PostgreSOL megosztott gyorstára 

A PostgreSOL az adatok kzt KISS 
változtatja meg a merevleén ús 
osztott gyorstárába rexjőlks be. AF stgre- 
SOL-motor ezután idef he EERGGK innen 


blokkot nem mije i 
hajt végre, hogy b 29 


merevlemezről töltődnek be. Ez azánbai 
időigényes művelet lehet. 

Az alapértelmezett PostgreSOL-beállítás 

64 megosztott gyorstárat foglal le, melyek 
egyenként nyolc kilobájt méretűek. A gyors- 
tárak számának növelésével egyre valószí- 
nűbbé válik, hogy a motor a keresett adatot 
megtalálja a gyorstárban, így takarítva meg 
az időigényes rendszerhívást. 


Mekkora számít túl nagynak? 

Úgy vélhetnénk, jó elgondolás az összes 
memóriát a PostgreSOL megosztott gyors- 
tárának adni. Csakhogy ha ezt tesszük, nem 
marad elég hely a rendszermag vagy a többi 
program számára. A PostgreSOL megosz- 
tott gyorstárának megfelelő mérete az a 
legnagyobb hasznos méret, amely az egyéb 
tevékenységeket még nem befolyásolja 
hátrányosan. 

Ha meg akarjuk érteni a káros folyamatokat, 
előbb azt kell megértenünk, miképpen kezeli 
a Unix operációs rendszer a memóriát. Ha 
elég memória áll rendelkezésre ahhoz, hogy 
az összes program és adat a memóriában 
maradhasson, nincs gond. Ha azonban a me- 
móriában már nem fér el minden, a rendszer- 
mag a memórialapokat egy lemezterületre 
kezdi el átirányítani, ezt csereterületnek 
(swap) nevezzük. A végén használt lapokat 
kirakjuk (kilapozzuk) a csereterületre. Ezt 

a műveletet lapkiolvasásnak (swap pageout) 
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nevezzük. A lapkidobások nem okoznak 
bonyodalmat, mivel inaktív időszakban haj- 
tódnak végre. Az viszont nehézséget okoz, 
ha ezeket a lapokat valamikor vissza kell 
hozni a csereterületről, azaz a régi lapot, 
amit már egyszer kimozgattunk a csereterü- 
letre, vissza kell másolni a memóriába. Ezt 
lapbeolvasásnak (swap pagein) nevezzük. 

Ez kedvezőtlen folyamat, mert amíg a lapbe- 
olvasás a csereterületről véget nem ér, addig 
a programfutás szünetel. 

A lapbeolvasást a vmstat, a sar vagy hasonló 
eszközökkel figyelhetjük meg, amelyek 
jelzik, ha a hatékony működéshez már nincs . 


elegendő memória. A cseretár-lapbeolvasá-. ps él "Egy további szabályozható Sk a rendező 
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következő szekvenciális keresésre kerül a 
sor, az első blokk már ni . a tárban, és a 
betöltéshez ismét a legrégebbi blokkot kell 
eltávolítani, ez pedig Jelen esetben már a 
tábla második blokkja. Es így tovább: 

az éppen beolvasott blokk mindig kiüti a 
következő szükségeset, egészen a tábla 
végéig. Ez természetesen nagyon végletes 
példa, de jól látható, hogy egyetlen blokk 
hiánya a gyorstár hatékonyságát száz száza- 
lékról nullára csökkentette. Ez azt mutatja, 
hogy a helyes gyorstárméret megválasztása 
nagymértékben hat a teljesítményre. 


A megosztott gyorstár 

méretének helyes heállítása 

Eszményi esetben a PostgreSOL megosztott 
gyorstára elég nagy ahhoz, hogy a legtöbbet 
használt táblákat tárolni tudja, és elég kicsi 
ahhoz, hogy még ne használjon csereterü- 
letet. Ne feledjük, hogy a Postmaster 

(a Postgres főprogram) már indításkor lefog- 
lalja az összes megosztott memóriát. Ez a 
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terület mindig ekkora marad, még akkor 1s, 
ha az adatbázist senki sem használja. 
Néhány operációs rendszer dobja azokat 

a megosztott memórialapokat, amelyekre 
semmi sem hivatkozik, míg mások a RAM- 
ban hagyják. A PostgreSOL 7.2 
Administrators Guide-ban fontos adatokra 
bukkanhatunk a különféle operációs rend- 
szerekhez tartozó rendszermag-beállításokról: 
2 http://www.postgresgl.org/devel-corner/ 
docs/admin/kernel-resources.htmi. 


A rendező memória- -köteg 
. (batch) mérete 


"  kötegfájlokhoz használt memória mennyi- 

.. sége. Amikor a PostgreSOL nagyméretű 

, táblá at vagy eredményeket rendez; a műve- 
, létet darabokban hajtja végre, a köztes 
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Gyorstárméret é és rendezőméret 

A gyorstárméret és a rendezőméret a memó- 
riahasználatra eg Dark kihat, így egyiket 
sem növelhetjük anélkül, hogy ne lennénk 
befolyással a másikra. Ne feledjük, hogy 

a gyorstárméretet a Postmaster induláskor 
foglalja le, míg a rendezőterület mérete az 
éppen futó rendezések számától függően 
változhat. A gyorstár mérete általában 
jobban számít, mint a rendezőméret. Emel- 
lett bizonyos ORDER BY-t, CREATE INDEX- 
et vagy merge join-t használó lekérdezé- 
sek sebessége nőhet, ha nagyobb rendező 
kötegfájlméretet adunk meg. 

Ezenkívül számos operációs rendszer meg- 
köti, hogy mennyi megosztott memóriát 
használhatunk fel. E határ növelése viszont 
már az operációs rendszer belső ismeretét 
igényli, hiszen újra be kell állítani és újra 
kell fordítani a magot. További adatok a 
PostgreSOL 7.1 Administrators Guide-ban 
2 http://www.postgresgl.org/docs/admin/ 
kernel-resources.html címen olvashatók. 
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Lemezkezelés 

A lemezmeghajtók fizikai felépítése ezeket 
az eszközöket a fentebb említett egyéb 
tárolóeszközöktől a teljesítmény szempont- 
jából különbözteti meg. A többi tárolóesz- 
köz bármely bájtot ugyanolyan sebességgel 
képes elérni. A lemezmeghajtó — pörgő 
lemezei és mozgó feje miatt — a fej pilla- 
natnyi helyzetéhez közeli adatokat sokkal 


Többszörös lemezhasználat 

A lemezfej jó néhányszor körbefordul az 
adatbázis-tevékenység alatt. Ha túl sok 
olvasási, illetve írási kérelem érkezik, a 
meghajtó telítődhet, ez pedig gyenge telje- 
sítményt eredményez (a vmstat és a sar az 
egyes lemezek használatának mértékéről 
ugyancsak szolgáltat adatokat). 

A lemeztúlterheltség elkerülésére az egyik 
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gyorsabban éri el, mint a távolabb lévőket. 
A fej átmozgatása a lemez másik cilinde- 
rére elég sok időt vesz igénybe és ezt a 
Unix-rendszermag fejlesztői természetesen 
tudják. Amikor nagyméretű fájlokat táro- 
lunk a lemezen, a fájldarabkákat egymáshoz 
minél közelebb próbálják meg elhelyezni. 
Tegyük fel, hogy a fájl tíz blokkot foglal el 
a lemezen. Az operációs rendszer az 1—5. 
blokkokat az egyik cilinderen, a 6—10. blok- 
kokat a másik cilinderen helyezi el. Ha 

a fájlt elejétől a végéig beolvassuk, mind- 
össze két fejmozgás szükséges — az első, 
hogy elérjük a 1—5. blokkokat tároló cilin- 
dert, valamint még egy, hogy átlépjünk 

a 6—-10. blokkok cilinderére. Ha viszont a 
fájladatokat nem sorban olvassuk be, hanem 
például I., 6., 2., 7., 3., 8., 4., 9., 5., 10. 
sorrendben; máris tíz fejmozgás szükséges. 
Amint láthatjuk, lemezek esetében a szek- 
venciális elérés sokkal gyorsabb, mint 

a véletlen elérés, ezért ha a tábla jelentős 
részét be kell olvasni, a PostgreSOL az 
indexekre a szekvenciális keresést részesíti 
előnyben. Az előbbiek fényében már a 
gyorstár értékét is láthatjuk. 
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megoldás az, ha a PostgreSOL néhány adat- 

fájlját egy másik meghajtóra helyezzük. 

Ne feledjük, itt a fájlok azonos meghajtónak 

másik fájlrendszerére mozgatása jelent 

segítséget, ugyanis a meghajtó összes fájl- 
rendszere ugyanazokat a fejeket használja. 

Az adatbázis-elérés a lemezek között több- 

féleképpen is szétosztható: 

e — Adatbázisok mozgatása — a initlocation 
segítségével más lemezeken 1s készíthe- 
tünk adatbázisokat. 

e Táblák mozgatása — közvetett hivatko- 
zások segítségével a táblákat vagy 
indexeket másik lemezre 1s áthelyez- 
hetjük. Ezt a mozgatást csak akkor 
szabad elvégezni, ha a PostgreSOL 
le van állítva. Továbbá a PostgreSOL 
semmit sem tud a közvetett hivatkozá- 
sokról (symbolic link), így ha letöröljük, 
majd újra létrehozzuk a táblákat, akkor 
azok az adatbázishoz rendelt alapértel- 
mezett helyen fognak létrejönni. A 7.1 
változat alatt a pg database.oid és a 
pg. class.relfilenode rendeli az adatbá- 
Z1s-, a tábla- és az indexneveket a 
fájlnevekhez. 


e — Indexek átmozgatása — a közvetett hivat- 
kozások lehetővé teszik, hogy az indexe- 
ket adatszerkezet-táblájukból más 
meghajtókra helyezzük át. Ezáltal meg- 
valósítható, hogy míg az egyik lemezen 
indexkeresést hajthatunk végre, addig 
a másik adatszerkezet-keresést (heap 
lookups) végezhet. 

e — Joinok mozgatása — közvetett hivatkozá- 
sok használatával az összekapcsolt táblá- 
kat 15 külön lemezre helyezhetjük. Ha 
az A és a B táblát összekapcsoljuk, az 
A tábla keresései az egyik meghajtón, 

a B tábla keresései a másik meghajtón 
hajtódhatnak végre. 

e — Naplók átmozgatása — közvetett hivatko- 
zásokkal a thepg xlog könyvtárat 15 át- 
mozgathatjuk másik lemezre. (A Pg xlog 
csak a PostgreSOL 7.1-es vagy későbbi 
kiadásokban létezik.) Más írásszolgáltatá- 
sokkal ellentétben a PostgreSOL-napló- 
zást mindig a tranzakció befejezése előtt 
kell a lemezre kiírni. A gyorstárat ezekhez 
az írásokhoz nem használhatjuk. Ha a 
naplózáshoz külön lemez áll rendelkezés- 
re, akkor a lemezfej folyamatosan a napló 
pillanatnyi cilinderében maradhat, és nem 
kell kivárni a fejmozgatási időt. Használ- 
hatjuk a Postgres -F kapcsolót 1s, ami a 
naplóírások azonnali ürítését megakadá- 
lyozza, de egy rendszerösszeomlás esetén 
mindent mentésekből kell helyreállítani. 

További lehetőség a RAID-képességek 

használata, amikor egyetlen fájlrendszert 

osztunk szét számos meghajtó közt. 


Összegzés 

Szerencsére a PostgreSOL-nek nincs szük- 
sége túl sok gyorsításra. A legtöbb érték a 
hatékony teljesítmény eléréséhez önműkö- 
dően beállítódik. A felügyelő befolyásol- 
hatja a gyorstár méretét és a rendezőméretet 
a rendelkezésre álló memória minél jobb 
kihasználása céljából. A lemezműveleteket 
több lemez közt 15 megoszthatjuk. További 
értékeket állíthatunk be a share/etc/postgresg/ 
postgresgl.conf fájlban. Amennyiben 

a PostgreSOL -t különlegesebb értékekkel 

is ki szeretnénk próbálni, akkor ezt a fájlt 
másoljuk a data/postgresgl.conf helyre. 


Bruce Momjian 

a PostgreSOL Global 
Development leam 
társalapítója és a 

Great Bridge adatbázis- 
fejlesztés LLC 

(2 http:/Avww.greatbridge.com/) 
alelnökeként tevékenykedik. Ő a szer- 
zője az Addison-Wesley kiadásában 
megjelent PostgreSOL : Introduction 
and Concepts című könyvnek. 








Hálózaton keresztuli 


NySOL-lekérdezés Python segitségével 


Hogyan készítsünk kifinomult keresőfelületet Python CGI parancsfájlok alkalmazásával? 


ostanában ezernél is több Go-játékállás került a birto- 
komba (a Go ma 15 kedvelt táblás játék az ősi Keletről), 
amelyek profi játékosok vagy éppen lelkes műkedvelők 
lépéseit őrzik. Ezek Smart Game Format-ban (SGF) találhatók — ami 
az egy-két játékoson alapuló táblás játékok állásainak tárolására 
tervezett szöveges formátum. Honlapomon keresztül ezeket termé- 
szetesen más játékosok számára 1s elérhetővé tettem. 





Az adatállományban való keresést megkönnyítendő először egy 
HTML-űrlapot használtam, amely egyetlen szöveges bemeneti mezőt 
tartalmazott. A felhasználó begépelhetett egy karaktersorozatot (pél- 
dául a játékos nevét), ami azután egy Python CGI parancsfájlhoz 
került, és ez a Jó öreg grep-et használta arra, hogy megtalálja a meg- 
felelő fájlt (/. kép). Csakhogy meglehetősen nyers formája ez a kere- 
sésnek. Például az , egy adott játékos által játszott összes játékot" 
könnyen kikereshetjük ily módon, de az olyan összetettebb dolgokkal 
már nem tudunk mit kezdeni, mint , az összes játék, amelyet egy 
bizonyos játékos fekete kövekkel játszott" vagy , az összes, adott 
játékos által 1995-ben megnyert játék". 

Ahhoz, hogy jobb keresőmotort készíthessek, más megközelítést kel- 
lett választanom. Először is az adatbázisnak le kell írnia a játékfájlok 
gyűjteményét, majd többszörös bemeneti mezőt szükséges készíteni, 
hogy a felhasználónak egy időben több különféle adat szerinti kere- 
sésre 1s lehetősége nyíljon. Végezetül valami módot kell találnunk 
arra, hogy a böngésző és az adatbázis között kapcsolat épülhessen fel, 
valamint, hogy a keresés eredményét HIML-formátumban a felhasz- 
nálóhoz tudjuk juttatni. A keresés teljes menetét az 1. kép szemlélteti. 


Az eszközök 

Adatbázisként a MYySOL 3.22.32-változatát, CGI parancsfájl készítés- 
hez pedig a Python 1.5.2 rendszert választottam. A Perlen 15 gondol- 
koztam, de a Python stílusa inkább kedvemre való volt. Ezeknek a 
programoknak a telepítése már számos cikkben megjelent, így erről 
most külön nem szólunk. Az olvasó további adatokat lelhet a telepí- 
téssel kapcsolatban a cikk végén megadott címeken. A MYySOL és 

a Python közötti kapcsolattartást kiegészítő modul segítségével lehet 
megvalósítani, amire rövidesen kitérek. 


A MySOüLmodule 

A Python minden MySOL-lekérdezést a Joerg Senekowitsch által 
tervezett egyedi modulon keresztül végez. Természetesen jó néhány 
egyéb modul 15 található a hálózaton, de a MySOLmodulel .4 
könnyen telepíthető és megérthető. Nálam igen jól bevált. Néhány 
rendszeren (mint például a FreeBSD) ezt a modult a Pythonnal egy 
időben fel lehet telepíteni. Az én Slackware 7.1 Linuxom alatt dina- 
mikusan betölthető modulként kellett lefordítanom. Ez háromlépéses 
művelet: ki kell bontani a MyYSOLmodule tárolóállományát, le kell 
fordítani a megosztott modult, majd a készet valahová a Python 
könyvtárszerkezetébe célszerű telepíteni. 

Az első lépés meglehetősen egyszerű. Rendszergazdaként a követke- 
zőt gépelhetjük be: 


myhost:-tt tar xvzf MySOLmodule-1.4.tar.gz 
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Ezáltal néhány állományt tartalmazó új könyvtár jön létre MySOLmodule- 
1.4/ néven. Az itt található fájlok közül a legfontosabbak: a 
MySOLmodule.c (a lefordítandó modul forrásfájlja), illetve a README 
(ami a telepítéssel kapcsolatos hasznos adatokat tartalmazza). 


Python 
CGI 


parancs- 


állomány ) 


Játéklista 


1. ábra A régi, kimunkálatlan keresési felület 


EJE 
LILI Python 


HTML-űrlap CGI 
parancs- 


állomány 


Játéklista 





2. ábra Kifinomultabb felület 


A második lépésben már egy-két trükk 15 megbújik. Pontosan tudni 
kell például a MySOL és a Python könyvtárainak és fájlállományai- 
nak a helyét. Az én rendszerem a MYySOL 3.22.32 a /usr/lib/mysal 
könyvtárba helyezi a mysglclient könyvtárat, a mysgl.h include fájl 
pedig a /usr/include/mysal helyen lelhető fel. A Python-könyvtárak 
a /usr/lib/pythonl .5/config helyen találhatók, míg az include fájlállo- 
mányok a /usr/include/pythonl1 .5-ben. A MySOLmodule fordítását 
végző parancs a következő: 


myhost:-8t gcc -shared -I/usr/include/mysal -I/ 
ssusr/include/python1.5 MySOLmodule.c -L/ 

sz /usr/lib/mysal -1lmysalclient -L/usr/lib/ 
ssoython1i1.5/config -1lpythoni1.5 -o MySOLlmodule.so 


Megszívlelendő tanács: a fenti parancsban megadott elemek sor- 


rendje kötött, tehát nem szabad megváltoztatni! Hidd el nekem, 
ez drágán szerzett tapasztalat. 
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A harmadik lépés a MySOLmodule.so átmásolása egy olyan könyv- 
tárba, ahol a Python futtatható állomány megtalálja. A Python I.5 
esetében ez a /usr/lib/pythonl .5/1ib-dynload, ahol az egyéb megosztott 
objektumfájlok 1s találhatók. A Python 2.0 esetén (ezt szintén kipróbál- 
tam) a /usr/lib/python2.0/s1te-packages/ könyvtár használatát javaslom. 
Amint a modul telepítve lett, azonnal el 15 érhető a Pythonból. 
Célszerű rögvest ki 15 próbálni egy egyszerű import utasítással: 


myhost:-S$ python 

Python 1.5.2 (t1, May 28 2000, 18:04:10) 
Copyright 1991-1995 Stichting Matematisch 
Centrum, 

Amsterdam 

ss import MySOL 


2 


Ha a Python nem , panaszkodott", valószínűleg sikerült helyesen 
telepíteni a MyYSOLmodule-t és jól működik. 


A HTMIL-űrlap 


A felhasználó több szempont szerint 1s kereshet az adatbázisban, 
mint például , a viadal neve", , a fekete és a fehér játékosok neve", 

, a Játék kelte" (legalább az év), illetve ,,a játék győztese". Mindezen 
adatok elérhetők az SGF fájlokban, a pillanatnyi játékmezőben. 
Írtam egy HTML-dokumentumot, amely az 1. listában (lásd a 15. CD 
Magazin/MySOL könyvtárában) látható. Szeretek kézzel írni HTIML- 
kódot, ráadásul jelen esetben semmilyen bonyolult dologra nincs 
szükség. Természetesen a myhost szócskát a webkiszolgáló pillanat- 
nyi nevével helyettesítjük. Az olvasó azt 15 észreveheti, hogy a 

HTML -űrlap — amint a submit (elküld) gombot leüti — a search.py 
nevű CGI parancsfájlt hívja meg. A dokumentum Netscape alatti 
megjelenése a 1. képen látható. 


[doni a] vesz] 


[do táomMef 


ax Fás Fás 


1. kép A dokumentum Netscape alatt 


Az Ígo Adatbázis 

A HITML-űrlapon megjelenő összes elemet le kell írni az adatbázisban. 
Ezért készítettem egy új adatbázist, amely a táblákat tárolja. Ezt 
rendszergazdaként lehet végrehajtani, a következők begépelésével: 


myhost:-t mysaladmin create igo 


ahol az i1go az új adatbázis neve. Ez természetesen még nem elég, 
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NEHEN 


http: /Z/localhost/cgi-bin/s2.py?title 7] 6 


http: //localhost/cgi-binzgetsgf.py?f 7] 6 


3. kép gose:80 3.sgf.applet 


mivel így egyedül a rendszergazdának lesz hozzáférése az új adat- 
bázishoz. Ahhoz, hogy minden felhasználónak megadhassuk a 
SELECT jogosultságot (és csak azt) az új adatbázishoz, a rendszer- 
gazdának a következőket kell begépelnie: 


myhost:-t8t mysal mysalil 

mysal:s insert into db values ( 
kg, ago, TYIT NT NTN, 
VZNŐZN ÖNÖN) NN; 


A másik megoldás az lehet, ha GRANT SELECTON "igo."F" TO "27 
parancsát használjuk, ebben az esetben a flush parancsra sincs szük- 
ség — Monk, a fordító. 

Ez a MYySOL belső adatbázisában megváltoztatja a táblaadatbázist, 
és új bejegyzést készít az 1g0 adatbázis számára. Ezután a MySOL 
démont újra kell indítani vagy gépeljük bea flushprivileges; 
parancsot, hogy a MySOL démon a jogosultságváltozásokat 
figyelembe vegye. 





(Javaslatom esetén semmi ilyesmit nem kellene tenni, mindez szépen, 
önműködően megtörténne — MonK.) 

Így már minden felhasználó elérheti az igo adatbázis adatait, de csak 
a rendszergazda képes megváltoztatni azokat. 


A MySOL-táblázatok 


A táblák készítése (minden viadalhoz egy-egy) meglehetősen könnyű 
volt. Például a Gosei viadalhoz tartozó gosei nevű tábla a következő 
parancsokkal készült: 


myhost:-§ mysal igo 

mysal:s create table gosei ( 
black varchar(30), 

white varchar(30), 

dt date, 

rez varchar(10), 

fname varchar(30) 

ka 

0uery OK, 


0 rows affected, (0.00 sec) 


mysagl:s 


A táblának öt oszlopa van: a fekete játékos neve, a fehér játékos neve, 
a játék dátuma, az eredmény és végül a megfelelő SGF fájl neve. 

Az adatok betöltése a táblába azonban már más kérdés. Az egyik 
módszer akár ez 15 lehetne: 


mysal:s insert into gosei values ( 
Cho Chikun", "1987-07-03", 
"B3-3.5", 


"Kato Masao", 
"gosei87 1.sgf£f! ); 


de inkább megtanulok egy új programozási nyelvet, mintsem ezt ezer- 
szer begépeljem. Szerencsére akad más módja 1s annak, hogy az adato- 
kat a MYySOL táblába betöltsük — mégpedig szövegfájlokon keresztül. 
A fájlban minden sor egy táblasornak felel meg a táblában, a mezőket 
pedig szóközkarakterek választják el, ahogy ez az első táblában látható. 
Tételezzük fel, hogy ezt a fájlt 15 goseinek nevezzük. Ahhoz, hogy 
ezeket az adatokat a MySOL táblába tölthessük, a következőt szük- 
séges begépelni: 

mysgls: load data infile "gosei1" into table gosei; 
Az olvasó joggal kérdezhetné: , Rendben, de a hatalmas szöveges 
állományok elkészítése talán nem éppolyan nagy munka?" A válasz: 
nem, mert ez feladat meglehetősen könnyen elvégezhető egy másik 
egyszerű Python-parancsfájl segítségével (ezt most nem fogom 
bemutatni, mivel nem tartozik közvetlenül a tárgyhoz). 

Amint az 1g0 adatbázis elkészült és a táblákat feltöltöttük adatokkal, 
már csak egyetlen dolog maradt hátra: megírni azt a Python CGI 
parancsfájlt, amely a felhasználóhoz juttatja el HIML-formátumban 
az űrlapot, lekérdezi az adatbázist és listázza a megtalált játékfájlokat. 


A Python CGI parancsfájl 

Ez a search.py nevű program a 2. listán látható (elérhető az 

2 ftp://ftp/ssc.com/puby/lj/listings/issue85 címen). Két nagyszerű 
modult használ, amelyeket a harmadik, illetve a negyedik sorban 
importálok. A CGI modul csaknem olyan, mint egy varázslat: 

a HIML-űrlap által továbbított adatokat a Python könyvtárként kapja 
meg. A programozónak nem 1s kell olyan részletekkel foglalkoznia, 
hogy vajon milyen eljárás (GET vagy POST) alkalmazásával érkezett 
az adat a CGI parancsfájlhoz. Ugye, milyen csodálatos a Python? 

A MySOL-modulett szintén könnyű használni: a kívánt adatbázissal négy 
egyszetű utasítással létrehozza a kapcsolatot, elküldi a megfelelő lekér- 
dezést, megkapja az eredményt, és sorlistákban (rowlist, olyan Python- 
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lista, amelynek minden eleme egyetlen sort tartalmaz) tárolja azokat. 
A parancsfájl szerkezete a következő: a HIML-adat lekérdezése, az 
adatbázis-lekérdező karaktersorozat elkészítése az űrlap adatainak 
megfelelően, a tábla lekérdezése, majd a megfelelő sorok kiíratása. 
Mivel minden Go-viadal külön táblában helyezkedik el, a harmadik 
lépést egy ciklusban ismételgetjük, ameddig csak szükséges. 

A Python-kód és a csatolt megjegyzések önmagukért beszélnek, 
ezért csak a következő sorokra térek ki bővebben: 


"4lisca href-"http://myhost 
"/cgi-bin/getsgf.py?file- 


FON 


xx el0] a "5" 


print 


print e[(0] 4 íc/azsf 

Itt az eJO] az SGF fájl neve. A fájlnév egyszerű kiíratása helyett 

(ez csupán korlátozott segítséget jelentene a felhasználók számára), 
a print utasítás egy HIML-hivatkozást (anchor) készít, amely 

a fájlnevet a getsgf.py CGI parancsfájlhoz továbbítja. Ez utóbbi 
parancsfájl (az egyszerűség kedvéért most nem mutatjuk be) kikeresi 
a fájl tartalmát szép grafikus felületen jeleníthesse meg. 
Természetesen mind a search.py, mind pedig a getsgf.py fájlokat 
futtatható állománnyá kell tenni, és át kell helyezni a cgi-bin könyv- 
tárba. Végül az utolsó elkerülendő csapda: minden SGF játékfájlt 
valahová a DocumentkRoot könyvtárba helyezzünk (annak megfele- 
lően, ahogy azt a httpd beállítófájljában meghatároztuk), máskülön- 
ben a CGI parancsfájl nem találja meg őket. 

A search.py futtatásának eredményét a 2. képen figyelhetjük meg, 
ahogyan azt a felhasználó látni fogja. Bármely fájlra kattintva az 

3. képen látható applet indul el, amely a játék egyes lépéseit a meg- 
felelő sorrendben mutatja be. 


Összegzés 

A Python csodálatos nyelv: a MySOLmodule segítségével egysze- 
rűvé válik az olyan apró programok írása, amelyek a MySOL-adat- 
bázisból nyernek adatot. A Python CGI parancsfájlok írására 15 kivá- 
lóan alkalmazható. Egy adatbázis webes elérhetőségének megterem- 
tése mindössze pár soros kód megalkotását jelenti. 

Az Itt bemutatott alkalmazás meglehetősen korlátozott: a felhasználó 
mindössze öt változó szerint képes választani, és ezt 15 csak kötött, 

a HIML-kódba előre beégetett módon teheti meg. Ugyanakkor az is 
elképzelhető, hogy a felhasználó egy textarea bemeneti mezőbe saját 
adatbázis-lekérdezését írja be, majd a lekérdezés eredményét közvet- 
lenül megszemlélheti. A lehetőségeknek tulajdonképpen csak a prog- 
ramozói képzelet szab határt. 


Mihai Bisca 

A Romanian Go bajnokság előző nyertese 
(AKA 5dan). Megszámlálhatatlan órát tölt 
Slackware Linuxán játékkal, és arról 
álmodozik, hogy otthonról fog dolgozni, 

! az Interneten keresztül. Másik — nappali — 
életében szemorvosként tevékenykedik. 





Kapcsolódó címek 
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MySOL 3 http:/Avww.mysal.com/ 

MySOLmodule 5 http://mysal.he.net/Downloads/Contrib/ 
Python 3 http:/Avww.python. org/ 

SGF 5 http:/Avww.red-bean.com/sgf/ 

A szerző honlapja 5 http://igo.profis.ro/ 
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Swatch: önműködő naplófigyelés 


A napló tanulmányozásának javasolt módja éber, de lusta emberek számára - így több 


idejük marad feladataik végrehajtására. 


últkor a Szaktekintély rovat bemutatott néhány 
programot, amelyek megvédhetik gépeinket 
a gonosz szándékú betörőktől. Ezeknek 

a segédeszközöknek van egy közös feladatuk: 

a naplózás. Legalább olyan fontos lehet tudomást 
szerezni a betörési kísérletről, mint távol tartani a 
betörőket. De kinek akad ideje és türelme — nap mint 
nap — az általa ellenőrzött összes rendszeren renge- 

teg nagyméretű és többnyire érdektelen adatot 
tartalmazó naplófájlt végigolvasni? 

A swatchnak (Simple WATCHEer) van. A száz 
százalékig Perlben fejlesztett swatch már az írás 
pillanatától figyeli a naplófájlokat és rögvest a 
tettek mezejére lép, amint olyasmit talál, aminek 
a keresésére megkértük. Ez az egyszerű, rugal- 
mas és hasznos eszköz minden egészséges 
mértékben óvatos rendszergazda számára 
kötelezően telepítendő program. 





A swatch telepítése 

A swatch két módon telepíthető. Az első 
természetesen az általad kedvelt Linux- 
terjesztéshez adott bináris csomag, ha van 
ilyen. A Mandrake jelenlegi változata magá- 
ban foglalja a swatch RPM-csomagot, de más 
népszetű terjesztések (például RedHat, SuSE, 
Slackware vagy Debian) nem tartalmazzák. 

Ez nem 1s5 baj, mert a swatch telepítésének 
második módja elég érdekes. A swatch 

forrása, amely a 

2 http://www.stanford.edu/-atkins/swatch 
címről tölthető le, a Makefile.PL nevű bonyolult 
parancsfájlt tartalmazza. Ez a parancsfájl önmű- 
ködően ellenőrzi a szükséges Perl-modulok meglétét, 

a Perl 5 CPAN lehetőségének segítségével letölti és telepíti 

a hiányzó modulokat, majd előállítja a Makefile-t, amellyel a swatch 
lefordítható. 

Miután a szükséges modulokat telepítetted, akár a swatch 
Makefile.PL parancsfájljával, akár kézzel (és utána futtatod a 
Makefile.PL-t), a Makefile.PL a következő eredményt adja vissza: 


[rootdbarrelofun swatch-3.0.1]t perl Makefile.PL 


Checking for Time::HiRes 1.12 ... ok 
Checking for Date::Calc ... ok 
Checking for Date::Format ... ok 
Checking for File::Tail ... ok 
Checking i1f vour kit is complete... 


Looks good 
Writing Makefile for swatchn 
[rootébarrelofun swatch-3.0.1]t 


Miután a Makefile.PL a swatch Makefile-ját elkészítette, a következő 
parancsokkal fordítható le és telepíthető: 
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make 
test 
install 


make 

make 

make realclean 

A make test parancsot nem kötelező kiadni, de 

hasznos, ugyanis ez biztosítja, hogy a swatch helyesen 
használja a Perl-modulokat, így megelőzhetjük 
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a telepítés során esetleg fellépő hibákat. 


Dióhéjban a swatch beállításáról 
Mivel a swatch programot a rendszergazdák 
életének megkönnyítésére hozták létre, beállí- 
tása sem nehéz. Beállításait a swatch egyetlen 
fájlból olvassa: alapértelmezés szerint ez 
a $HOME/.swatchrc. A fájl a swatch által 
keresendő szövegmintákat tartalmazza 
szabványos kifejezések formájában. 
A szabványos kifejezést azok a műveletek 
követik, amelyeket a swatchnak a szöveg 
megtalálásakor végre kell hajtania. 
Tegyük fel, hogy egy webkiszolgálót fel- 
ügyelsz és azt szeretnéd, hogy a rendszer 
figyelmeztessen, ha valaki egy nagyon hosszú 
fájlnévvel tártúlcsordulásos támadást kezdemé- 
nyez. Próbáld ki saját magad, mit ír ilyenkor 
a webkiszolgáló a naplóba: addkia tail 
/var/apache/error . log parancsot! 
Ebből kiderül, hogy a naplóbejegyzés 
tartalmazza a File name too long 
karakterláncot. Tegyük fel 
továbbá azt 1s, hogy levélben 
szeretnél értesülni az eseményről. 
Ekkor ezt kell beírnod a .swatchrc fájlodba: 


watchfor /File name too long/ 
mail addresses-mickYVdvisi.com, 
subject-BufferOverflow attempt 


Látható, hogy a bejegyzés a watchfor kifejezéssel kezdődik, ame- 
lyet egy szabványos kifejezés követ. Ha nem magas szinten ismered 
a szabványos kifejezéseket (de ugye tervezed a megtanulásukat?), 
ne aggódj, a legegyszerűbb esetben elegendő — két perjel között — 

a keresett szöveg egy darabját megadni. 

A swatch tetszőleges számú műveletet képes végrehajtani, ha 
szabványos kifejezésedhez illeszkedést talált. Ebben a példában arra 
utasítottuk a programot, hogy küldjön levelet a mick € vis1.com 
címre BufferOverflow attempt tárggyal. Vegyük észre a fordított 
perjelet a € jel előtt, ha ez nem lenne, a Perl a (0-ot különleges 
karakterként értelmezné. Ha a tárgyban szóközöket szeretnél hasz- 
nálni, azokat 15 meg kell védeni a fordított perjellel például: 
subject-Bufferv Overflowv attempt. A levélküldés mellett más 
műveleteket 15 használhatunk (lásd még a táblázatunkban). 





A beállításokról és a műveletekről további részleteket a swatch(l ) 
súgóoldal tartalmaz. 

Bővítsük tovább az előbbi példánkat! Tegyük fel, hogy a tártúlcsor- 
dulási kísérletek kapcsán küldendő levélen kívül azt 1s tudni szeret- 
néd, hogy mikor olvas valaki egy adott weboldalt, de csak akkor, ha 
éppen be vagy jelentkezve a konzolra. Ugyanebbe a .swatchrc fájlba 
valami ilyesmit írj be: 


watchfor /wuzza.html/ 
echo-red bell 2 


Az esemény bekövetkeztekor a gép sípol és a konzolra ír. 

Fontos, hogy ezeket az üzeneteket csak akkor fogod látni (és a síp- 
szót hallani), ha ugyanabba a héj-munkafolyamatba jelenkeztél be 

a konzolra, amelyből a swatch programot 1s indítottad. Ha kilépsz, 
elmégy ebédelni és visszatértedkor ismét bejelentkezel, a régi mun- 
kafolyamatban elindított swatchfolyamatok üzeneteit nem fogod 
látni, annak ellenére, hogy ezek a folyamatok még ekkor 15 futnak. 
Ha nem vagy benne biztos, add hozzá amai1 vagy más, konzoltól 
független műveletet, például az exec-et, amely egy figyelmeztető 
parancsfájlt indít el. Természetesen csak akkor tedd ezt, ha a kérdéses 
esemény tényleg annyira fontos. 

A figyelmes olvasó már minden bizonnyal észrevette, hogy az előző 
példa csak olyan Apache webkiszolgálóval működik, amely a hiba- 
üzeneteket és az elérési naplót ugyanabba a fájlba írja. A különböző 
megfigyelt fájlokhoz nem társítottunk különböző műveleteket, nem 
is tehettük volna. Mi történik akkor, ha egynél több naplófájlt szeret- 
nél a swatch programmal megfigyeltetni? 

Semmi gond: bár minden egyes .swatchrc fájl csak egy megfigye- 
lendő fájlt ír le, nincs akadálya annak, hogy a swatchot több példány- 
ban futtasd — mindegyiket a saját .swatchrc fájljával. Másként fogal- 
mazva: a swatch beállításainál a .swatchrc az alapértelmezett neve, 
ez azonban más 15 lehet. 

Az előző két példát úgy mentheted két fájlba, hogy az előző egyszerű 
.swatchrc fájl tartalmát például a .swatchrc.hterror fájlba teszed, az 
előző watchfor bejegyzés sorait pedig mondjuk a .swatchrc.htaccess 
fájlba mented. 


A swatch beállításai haladók számára 

Eddig olyan műveleteket tárgyaltunk, amelyeket minden egyes alka- 
lommal végre kell hajtani, amikor az esemény bekövetkezik. A swatch 
viselkedését sokféleképpen, finomabban 1s szabályozhatjuk. 

Az első és legkézenfekvőbb dolog, hogy kihasználjuk a keresési 
minták szabványos kifejezés voltát. A szabványos kifejezések, ame- 
lyek valójában saját szövegformázó nyelvet alkotnak, hihetetlenül 
hatékonyak, és nagy részben ezek felelősek a Perl, a sed, a vi és sok 
más unixos segédeszköz varázslatos működéséért. 

Illik legalább egy pár regex-trükkel tisztában lenni, ezért ismertetek 
közülük néhányat. Az egyes számú trükk a vagylagosság, ez a 
szabványos kifejezéshez a , I" jel formájában a logikai vagy műveletet 
adja. Vegyük a következő szabványos kifejezést: 


/reject]failed/ 


Ez a kifejezés minden olyan sorra illik, amely a reject vagy a 
failed szavakat tartalmazza. A vagylagosságot akkor használd, 

ha azt szeretnéd, hogy a swatch egynél több kifejezésre vonatkozóan 
hajtsa végre ugyanazt a műveletet. 

A második számú trükk a Perlre jellemző szabváynos kifejezésmódo- 
sító: a kis- és nagybetű egyforma, amely per-i néven 1s ismert, 
ugyanis mindig a szabváynos kifejezés záró perjele után következik. 
A /reject/i szabváynos kifejezés minden sorra illeszkedik, amely 
a reject szót tartalmazza, legyen az Reject, REJECT, rEjEcT stb. 
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formában írva. Ez legalább olyan hasznos, mint a vagylagosság, 
a teljesség kedvéért azonban elárulom, hogy a per-i az egyik leg- 
számításigényesebb Perl-módosító. Ha a naplónézegetés és az ön- 
megtámadás stb. ellenére sem vagy száz százalékig biztos az 
aggodalomra okot adó támadás naplófájlbeli kinézetében, a per-i 
segít a találgatásban. 





Amennyiben a szabványos kifejezéseket a lehető legmagasabb 
szinten szeretnéd kezelni, javaslom Jeffrey E. F. Friedl Mastering 
Regular Expressions című könyvének tanulmányozását. 

A swatch szabályozásának másik módja, hogy megadjuk, a nap 
melyik időpontjában hajtson végre egy adott műveletet. Ezt a mű- 
velet után a wnen- kulcsszó beírásával teheted meg. Vegyünk pél- 
dául egy közepesen fontos eseményre vonatkozó .swatchrc bejegy- 
zést, amelyről hétköznap konzolüzenetek formájában szeretnék 
értesülni, hétvégén azonban levelet óhajtok kapni róla. Ehhez a 
when értékét így kell beállítani: 

/file system full/ 

echo-red 

mail addresses-mickVévisi.com, 
subject-Volume Full, when-7-1:1-24 


A when- beállítás írásmódja: 

when-napok tartománya:órák tartománya 

Láthatjuk, hogy bármikor, amikor file system full kerül a naplóba, 

a swatch a naplóbejegyzést pirossal kiírja a konzolra. Levelet 1s küld, 
de csak szombaton (,,77) és vasárnap (,, 1"). 


A swatch futtatása 

A swatch elvárja, hogy aki elindítja, annak a könyvtárában a 
.swatchrc létezzen. A swatch program ugyanis alapértelmezés szerint 
ideiglenes fájljait Itt 15 tartja (minden indításkor létrehoz és futtat 
egy , watcher process" nevű parancsfájlt, amelynek neve egy pontra, 
valamint a létrehozó swatch-folyamat PID-jére végződik). 
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Megengedjük-e a Perlnek, hogy a saját moduljait letöltse és telepítse? 


A Comprehensive Perl Archive Network (CPAN) Perl programgyűjte- 
ményeket összefogó világméretű hálózat. A Perl 5.6.x változata olyan 
modulokat (többek között a CPAN és a CPAN::FirstTime) tartalmaz, 
amelyek segítségével Perl-modulokat tölthetünk le, ellenőrizhetünk, 
sőt akár le is fordíthatunk gcc-vel az Interneten elhelyezkedő CPAN- 
helyekről. A CPAN és a Perl CPAN lehetőségeinek részletes tárgya- 
lása meghaladja e cikk kereteit, de röviden bemutatom, továbbá egy 
fontos dologra szintén felhívom a figyelmedet. 

Először lássuk a használat módját. Az Example::Module modult 

(ez nem létező Perl-modul) így telepítheted: 


perl -MCPAN -e "install Example::Module" 


Ha a -MCPAN kapcsolót ez alkalommal használtad először, 

a CPAN::FirstTime modul indul el, és néhány kérdést kell megvála- 
szolnod a modulok letöltésével és telepítésével kapcsolatban. Ezek 
jól megfogalmazott kérdések és az alapértelmezett válaszok is értel- 
mesek. Mégis fontos odafigyelni a parancs kimenetére, mert a tele- 
pítendő modul más moduloktól függhet, esetleg vissza kell menni 
és végrehajtani például a 


perl -MCPAN -e "install Example::PreReguisite" 


parancsot, mielőtt az első modul telepítését másodszorra is 
megkísérelnéd. 

És most jöjjön a figyelmeztetés: a CPAN biztonsági szempontból se 
nem sokkal jobb, se nem sokkal rosszabb az egyéb internetes prog- 
ramforrásokhoz képest. Véleményem szerint a CPAN-segédprogra- 
mok viszonylag biztonságosak, mivel telepítés előtt minden letöltött 
modulra kiszámítják az ellenőrzőösszeget, amely erős tikosításnak 
számító MD5 kódot tartalmaz. 

Még ha feltételezzük is, hogy egy adott csomag ellenőrzőösszegét 
nem cserélik le, amikor a csomagot megpiszkálják (erős feltevés), ez 
akkor is csak a program engedély nélküli módosítása ellen véd, 
miután a szerzője feltöltötte a CPAN-ra. Egy gonosz CPAN-fejlesztőt 
(bárki bejegyeztetheti magát) semmi sem akadályozhat meg abban, 
hogy kártékony kódot töltsön fel érvényes ellenőrzőösszeggel. 
Természetesen ugyanez a helyzet a SourceForge vagy a freshmeat 
esetében is. 

Remélve, hogy ezt a részt nem hangsúlyozom túl, ha mégis óvakodni 
szeretnél, akkor a legbiztonságosabban így telepíthetsz egy adott 
Perl-modult: 


1. Keresd meg a modult a 5 http://search.cpan.org/ címen. 

2. Kövesd a hivatkozást a modul CPAN oldalára. 

3. Ne a CPAN-ról töltsd le a modult, hanem fejlesztőjének hivatalos 
weboldaláról, amelyet az Author Information alatt adott meg, 
a 2. pontban már említett weboldalon. 

4. Töltsd le a fejlesztő által biztosított ellenőrzőösszeget az imént letöl- 
tött tarcsomaghoz (természetesen csak akkor, ha sikerül rábukkanni). 


A -c beállítások útvonala és a --script-dir-útvonal 
kapcsolókkal a swatch beállításait tartalmazó fájlnak és a parancsfáj- 
loknak egyéb helyek is megadhatók. Egyiket se tartsd olyan könyv- 
tárban, amely mindenki által írható! A leghelyesebb, ha ezeket csak 
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5. Használd a gpg, MD5 stb. programokat a tarcsomag ellenőrzésére 
(erről akár önálló cikket is lehetne írni a Szaktekintély rovatba). 
Rengeteg különböző sértetlenség-ellenőrzőt használnak a prog- 
ramterjesztők az MD5-ön kívül, de egyiket sem használja túl sok 
végfelhasználó. 

6. Bontsd ki a tarcsomagot, például: tar -xzvf 
groovyperlmod.tar.gz. 

7. Ha az igaz utat követő üldözési mániás kung-fu mester vagy, eset- 
leg azzá szeretnél válni, nézd át a forráskódot hibák után kutatva, 
jelentsd az eredményt a fejlesztőnek, illetve kürtöld világgá, és 
gyűjtsd be a nyílt forrás közösségének nagyrabecsülését és hálá- 
ját. (A nyílt forráskód csak akkor igazán nyílt, ha akad valaki, aki 
veszi a fáradságot és elolvassa!) 

8. Kövesd a modul fordítási és telepítési utasításait, ezeket általában 
az INSTALL fájl tartalmazza. A teendő többnyire a következő: 


perl ./Makefile.PL 
make 

make test 

make install 


Ha a szükséges modulokat a swatch Makefile.PL parancsfájlja hozta 
a tudomásodra, és az üldözési mániás telepítési módszert szeretnéd 
használni, akkor le kell írnod a szükséges modulok nevét és , meg kell 
ölnöd" a parancsfájlt (a jó öreg Ctrl-- C-vel) — mielőtt telepíted a 
modulokat és újra futtatod a swatch Makefile.PL-jét. 





Akad egy harmadik módja is a hiányzó Perl-modulok telepítésének: 
Linux-változatod FTP-kiszolgálójáról vagy CD-ROM-járól is végrehajt- 
hatod. Bár egyik sem éri el a CPAN által nyújtott választékot, 

a legtöbb Linux-változat tartalmazza a legnépszerűbb Perl-modulok 
csomagolt változatait. Az alábbi táblázat megadja a swatch-hoz szük- 
séges modulok csomagneveit a RedHat 7 és a Debian 2.2 rendszerekre. 
A fentiek nem tűnnek a swatch programhoz kapcsolódó ismeretek- 
nek, nem is azok, de fontosak — egyre több hasznos segédprogram 
jelenik meg Perl-modulként vagy olyan Perl-parancsfájlként, amely 
Perl-moduloktól függ, ezért valószínűleg nem a swatch lesz az utolsó 
alkalmazás, amely a Makefile.PL segítségével telepíthető. Hidd el 
nekem, megérte ezt a liternyi , tintát" elhasználni arra, hogy a modu- 
lok lelkivilágát megismertessem. 


a fájlok tulajdonosa tudja olvasni. Ha például azt szeretném, hogy 

a swatch egyéni beállításaimat a /var/log könyvtárból vegye, és ezt 
a könyvtárat használja a parancsfájl tárolására 15, akkor a következő 
parancsot kell kiadnom: 





swatch -c /var/1log/.swatchrc.access 
s  script-dir-/var/log §§ 


Azt 15 meg kell mondanom a swatchnak, hogy melyik fájlt figyelje, 
ehhez pedig a -t fájlnév kapcsolót használom. Ha a fenti paran- 
csot a /var/log/apache/access log figyelésére akarnám használni, 

az alábbi a parancsot szükséges kiadnom: 


swatch -c /var/log/.swatchrc.access NM 
--script-dir-/var/log NM 
-t /var/log/apache/access log § 


A swatch maga után általában nem takarít ki valami jól, szokása 
ugyanis, hogy maga mögött hagyja a watcher-process parancsfájlo- 
kat. Figyelj erre, és időről időre töröld ezeket a fájlokat a könyvtárad- 
ból vagy a --script-dir kapcsolóval megadott könyvtárból. 

Ha egy időben több fájlt szeretnél megfigyelni, akkor több példány- 
ban kell futtatnod a swatchot; legalább a célfájl (a -t kapcsoló után) 
legyen különböző, de ezekre valószínűleg különböző beállításokat 


15 fogsz használni. 


A swatch finomhangolása (mindkét irányban) 

Miután a swatchot beállítottuk és a program már fut, figyelmünket 
célszerű az arany középút szabályának betartására fordítanunk. 
Nem akarjuk, hogy a swatch túl gyakran jelezzen (mindennapos 
vagy egyszerű műveletekre 1s riasszon), de azt sem szeretnénk, 

ha soha semmire nem figyelmeztetne. Vajon mi lehet a helyes 
megoldás? Annyi különböző válasz létezik, ahányféle dologra 

a Unixot fel lehet használni. 

Akárhogy 1s, nem kell megmondanom, hogy mi a túlzott részle- 
tességű jelentés: meg fogod ismerni, ha találkozol vele. Előfor- 
dulhat, hogy egyszer-kétszer megijedsz, amikor olyan események 
váltanak ki riasztást, amelyek később ártalmatlannak bizonyulnak. 
Olvasd szorgalmasan a kézikönyveket, állítgasd a .swatchrc-t és 
haladj tovább! 

A másik eshetőséget — amikor túl kevés dolgot figyelsz meg — 
sokkal nehezebb észrevenni, különösen igaz ez kezdő rendszergaz- 
dák esetében. A rendkívüli események, ahogy a nevük 15 mutatja, 
ritkán fordulnak elő. Hogyan is vehetnéd észre, miként jelennek meg 
a naplóban? Első tanácsom, hogy szokd meg a rendszernapló 
gyakori olvasását, így benyomásod lesz arról, hogyan működik 
rendszered a mindennapok során. 

Még jobb, ha a naplót valós időben olvasod. Ha kiadod a 


tail -f /var/log/messages 


parancsot, a rendszernapló utolsó tíz sora kiíródik, és minden ezután 
következő sor, létrejöttének idejében, egészen addig, amíg a CTRLFC 
billentyűkombinációval le nem állítod a tai1 parancs végrehajtását. 
Ez minden fájl esetén működik, még a gyorsan változó 
naplófájloknál 1s. 

A másik hasznos dolog a rendszer megtámadása az egyik virtuális 
konzolon vagy xterm-ben, míg egy másikban a naplófájlokat 
figyeled. A múlt hónapban és a két hónappal ezelőtt bemutatott 
Nessus- és Nmap-programok erre a célra tökéletesen megfelelnek. 
Most azt gondolhatod: , Azt hittem, azért telepítettem a swatchot, 
hogy ne kelljen a naplófájlokban kotorásznom!" Ez nincs így. 

A swatch mérsékli ugyan, de ki nem küszöböli a naplófájlok olvasá- 
sának szükségességét. 

Miután megkaptad életed első zsebszámológépét, vajon el 15 
felejthetted a négy alapműveletet? Használhatod-e a számológépet, 
ha nem tudod, hogyan kell összeadni és szorozni? Természetesen 
nem. Ugyanez vonatkozik a naplófájlok olvasására: nem mondhatod 
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(A csontosűsharon: "§ tail -f /var/log/messages 
Aug 8 12:27:11 sharon kernel: PCI: The same IRO used for device 00:0b.0 
Aug 8 12:27:11 sharon kernel: es1371: found chip, vendor id 01274 device id 0x 
1371 revision 0408 
Aug 8 12:27:11 sharon kernel: es1371: found es1371 rev 8 at io 0xdc00 irg 10 
Aug 8 12:27:11 sharon kernel: es1371: features: joystick 0x0 
Aug 8 12:27:11 sharon kernel: ac97 codec: AC97 Audio codec, id: 0x4352:0x5913 ( 
Cirrus Logic CS4297A rev A) 
Aug 8 12:27:11 sharon kernel: ethü: Setting 100mbpsz half-duplex based on auto-n 
egotiated partner ability 40al, 
Aug 8 12:27:11 sharon 1lpd[(151]: restarted 
Aug 8 12:47:10 sharon -- MARK -- 
Aug § 13:07:10 sharon -- MARK -- 
Aug 8 13:27:10 sharon -- MARK -- 
Aug 8 13:43:18 sharon kernel: ethO: Setting 100mbpz half-duplex based on auto-n 
egotiated partner ability dal, 
"yi 8 13:43:47 sharon Ipd[(467]: restarted 


A tall -f /var/log/messages kimenete 
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meg a swatchnak, hogy keresse meg azt, amit magad sem tudnál 
azonosítani, mint ahogyan nem kérdezheted meg azt sem, hogy merre 
keresd a várost, amelynek elfelejtetted a nevét. 


Miért rossz, ha beállítottad a swatchot és elfeledkezel róla? 
A fentiek szellemében: ne légy elégedett, ha a swatch csendben 
marad. Ha a swatch jelzései ritkán jelennek meg, az egyrészt jelent- 
heti azt, hogy a rendszered nem gyakorta van kitéve támadásoknak, 
másrészt azonban legalább ilyen valószínű, hogy a swatch nem elég 
nagy területre veti ki a hálóját. I[dőről-időre pásztázd végig kézzel 

a naplófájlokat, hogy biztosan ne maradjon ki semmi, és szükség 
esetén módosítsd a .swatchrc-t. 

Végül ne feledd rendszeresen újragondolni a naplóbejegyzéseket 
létrehozó démonok naplózási beállításait! A swatch nem tud olyan 
eseményt elkapni, amely nem 15 kerül be a naplóba. Olvasgasd mind 
a syslogd(8) súgóoldalt, amely a syslog-démon kezelésének általános 
leírását tartalmazza, mind a syslogba író programok súgóoldalait, 
melyekben az ezekre jellemző naplózási beállításokról lelhetsz 
hasznos tudnivalókat. 


Mick Bauer (mickévIisI.com) 

hálózati biztonsággal foglalkozó szaktanács- 
adó. 1995 óta a Linux elkötelezett híve, 
1997 óta pedig OpenBSD prófétaként 
tevékenykedik. Mick minden kérdést és 
megjegyzést szívesen fogad. 
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ÖOnműködő tűzfal naplókövetéssel 


Néhány módszert és parancsfájlt mutatunk be a szűrők által készített 


naplófájlok önműködő nyomon követéséhez. 


tűzfalak olyan számítógépek, amelyek legfőbb feladata két 
AA hálózat közti hálózati forgalom egyes elemeinek szűrése. 

Általában azért alkalmazzák őket, hogy a belső hálózatot 
(LAN) megóvják az Internet egyéb részeitől. A belső háló összes gépé- 
nek egyedi védelme sokkal költségesebb és időigényesebb lenne, mint 
egyetlen tűzfalat telepíteni, karbantartani és figyelemmel kísérni. A tűz- 
fal különösen azoknak az intézményeknek nélkülözhetetlen, amelyek 
folyamatosan csatlakoznak az Internethez. A hálózati beállítástól füg- 
gően az útválasztót (router) 15 be lehet állítani csomagszűrési feladatra, 
általában azonban sokkal kényelmesebb egy külön gépet működtetni 
tűzfalként. Mivel hihetetlen biztonságossá tehetők és az áruk 15 igen 
kedvező, Linux-alapú gépekből nagyon hatékony tűzfalak építhetők. 
A 2.2.x változatú Linux-rendszermag esetében a tűzfal telepítése az IP 
Chains segítségével történik, míg az új, 2.4.x rendszermagban ezt a 
feladatot az IP Tables tölti be. Egy valódi tűzfal összeállításának leírása 
meghaladná cikkünk kereteit; az érdeklődő olvasók további adatokat 
az ipchains HOWTO-ban (2.2.x magokra vonatkozóan) és a Linuxvilág 
honlapján (3 http://www.linuxvilag.hu/static.phtmli?file-hogyanok/ 
ipchains/ipchains-hogyan-00), illetve Paul ,, Rusty" Russell Packet- 
Filtering HOWTO-Jjában (2.4.x magokhoz) találhatják meg. Mindkettő 
— bármely kereső segítségével — fellelhető az Interneten. 
A tűzfal felépítése azonban még kevés, ha igazán biztonságos rend- 
szert szeretnénk, a tűzfalat felügyelni is kell. Ebben a cikkben azt 
mutatjuk be, miképpen lehet felépíteni és használni az inside-control 
elnevezésű webalapú IP Chains figyelőrendszert. 
A tűzfalfigyelő rendszerek két fő feladattal bírnak: ellenőrizniük kell, 
hogy rossz szándékú betörő nem próbál-e bajt keverni a belső hálón, 
valamint hogy a LAN-on belüli felhasználók nem élnek-e vissza 
valamelyik internetszolgáltatással. 


Tűzfalbeállítási példa 

Lássunk egy nagyon egyszetű tűzfalbeállítást, amelyre ebben 

a cikkben a későbbiekben példaként fogunk hivatkozni. 

Tegyük fel, hogy van egy 10.0.1.0/255.255.255.0 címtartományú 
belső hálózatunk; a linuxos átjáró, illetve tűzfal a 10.0.1.1 című 
csatolón keresztül éri el a belső hálót, és a 10.200.200.1 címen 
csatlakozik az Internethez (valójában egyik IP-cím sem nyilvános, 
így ez természetesen kitaláció). A tűzfal elindításának első lépése 
a két hálózati csatoló közötti átjáró felépítése: 


echo 1 35 /proc/sys/net/ipv4/ip forward 


A következőkben a naplózó tűzfalat építhetjük fel az IP Chains 
segítségével. Előbb kiürítjük az összes korábbi szabályt, majd enge- 
délyezzük a hurokeszköz (loopback interface) csomagjait és az 
összes ICMP-csomagot: 


ipchains -F 
ipchains -A input -i1i lo -] ACCEPT 


ipchains -A input -p ICMP -] ACCEPT 


Ezt követően megakadályozzuk, illetve naplózzuk az Internetről 
a belső hálózat felé irányuló Telnet-protokollkérelmeket: 
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telnet 


Internet 


belső hálózat 


tűzfal 


——— 


A példatűzfal beállítása 


ipchains -A input -p TCP -s 0.0.0.0/0 
ss. .d 10.0.1.0/24 23 -1 -j DENY 


Ugyanakkor engedélyezzük és naplózzuk a HTTP-protokollt, amely 
a belső hálózatról az Internetre irányul: 


ipchains -A input -p TCP -s 10.0.1.0/24 
s. .d 0.0.0.0/0 80 -1 -j ACCEPT 


Befejezésül beállítjuk a megengedő szabályokat (permissive policies): 
ipchains -P input ACCEPT 


Tűzfalunk megakadályoz és naplóz minden bejövő Telnet-kapcsolatot, 
engedélyez és naplóz minden kimenő HTITP-kapcsolatot, illetve enge- 
délyez minden mást (lásd a fenti ábrát). Egy ilyen beállítás természe- 
tesen túl engedékeny ahhoz, hogy komoly védelmet nyújtson, de jól 
szemlélteti, hogy mire képes az önműködő naplóvizsgáló parancsfájl. 
A tűzfal a kimenetét általában a /var/log/syslog vagy a /var/log/messages 
fájlok valamelyikébe küldi. A következő paranccsal kideríthetjük, 
hogy a kettő közül melyik az igazi: 

grep -dg "Packet log" /var/log/syslog ££ echo yes 
Ha a kimenet yes, akkor a /var/log/syslog a keresett fájl, ha a kimenet 
üres, akkor valószínűleg a /var/log/messages lesz az. Ezt is ellenő- 
rizhetjük a 

"Packet log" 


grep -ag /var/log/messages ££ echo yes 


paranccsal. 





7. lista 2.4.x IP Tables parancssorozat 


iptables -F 


iptables -A INPUT -i1 lo -] ACCEPT 
iptables -A INPUT -p icmp -] ACCEPT 
TOtalAkos SELSHENEUT —o tép -d 10.0.1.0/24 NM 
szeleort 23 -]j) LOG ) 
seg oretix "Packet log: " d) 


-—-1o0g-level info 

S VNNDUTV —o tej -d 10.0.1.0/24 MY 
--dport 23 -] DROP 

-A INBÜT -o tco -s 10.0.1.0/24 Y 
-.djoort 30 —] LOG 
-—1]o09-jöretix "Packet log 9 
-—-1og-level info 

-A INBÚT -o tco -Es 10.0.1.0/24 MY 
--dport 80 -] ACCEPT 

ae za EZÉ TRNKENRZÉN E et S TSAK 


iptables 


iptables 


iptables 


iptables 


Ha mindkét parancs üres kimenetet ad, akkor a tűzfal nem működik, 
vagy még semmilyen naplózott forgalom (a példánkban Telnet vagy 
HITP) sem haladt át a tűzfalon. 


2.4.x magok és az IP Tables 

2.4.x-es rendszermag és IP Tables esetén a dolog egy árnyalatnyit 
bonyolultabb. Először 15: nem szabad elfelejtenünk a magba az 
összes csomagszűrő szolgáltatást belefordítani, ideértve a naplózás 
(LOGO) részt 15. Másodszor cseréljük az IP Chainst IP Tablesre, majd 
a láncok neveit nagybetűsre (pl.: az inputból INPUT lesz). Ezt 
követően változtassuk meg a célpontok neveit (IDENY DROP-ra). 
Végül a kapuszámokat 15 másféleképpen kell megadni. Az /. lista 


a fentebb bemutatott 2.2.x parancsok 2.4.x-es változatát mutatja be. 


IP Chains naplóformátum 
Most vizsgáljuk meg tűzfalunk /var/log/syslog bejegyzéseit: 


Jun 12 16:15:54 myfirewall kernel: 

packet log: input DENY ethi PROTO-6 

sz Iz. őn 24. 21:34251. 410.0.1.2526 

s$7 52 SZÜx10 1-24016 F-ÜKÜÖÖ0 71-53. SYN 1838) 
Ezek szerint június 12-én, délután negyed ötkor a tűzfal (mely a nem 
túl ötletes myfirewall nevet viseli) elutasított és naplózott egy az ethl 
hálózati csatolóra érkező (azaz az Internetről jövő) TCP-protokollú 
csomagot, mely a 212.65.214.2 címről (és a 34251 kapuról) indult, 
a 10.0.1.2 címre (a 23-as, azaz a Telnet-kapura) irányult, és 52 bájt 
hosszúságú volt. A többi részletet nyugodtan átugorhatjuk, kivéve 
egyet: a SYN azt jelenti, hogy ez a csomag volt a kapcsolat első 
csomagja. A gyakorlatban ez az adat nagyon hasznos lehet, mivel 
ennek alapján lehet megkülönböztetni a már létező kapcsolatok cso- 
magjait (amiket esetleg a belső hálózat kezdeményezett), és azokat 
a csomagokat, amelyek új kapcsolatot próbálnak létrehozni az Inter- 
netről a belső háló felé. Általában engedélyezzük a reply (válasz) 
csomagokat (azaz azokat amelyeknek nincsen SYN-jelük), viszont 
tiltjuk a SYN-csomagokat, mert ezek azt jelentik, hogy valaki oda- 
kint valamelyik belső hálózati géppel kapcsolatot szeretne felépíteni. 
Természetesen a tűzfal állapotát a naplófájlok megfelelő bejegyzé- 
seinek végigböngészésével 1s meg lehet vizsgálni, de ez csak akkor 
célszerű, ha valaki csak néhány gyanús kinézetű csomagot naplóz. 
Például némelyik általam beállított tűzfalnál úgy döntöttem, hogy 
naplózni fogom az összes olyan csomagot, amely az Internetről a 
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31337-es számú kapu irányába megy a belső hálózat számítógépein, 
mert ez a BackOrifice alapértelmezés szerint használt kapuja. Ha 
viszont valaki a tűzfalról kimutatást 1s szeretne készíteni, valószínű, 
hogy a naplófájl mérete meghaladja a napi öt megabájtot. Ilyen 
esetekben a naplófájl kézi vizsgálata már nem járható út. Ekkor 
nyújthat segítséget az önműködő naplófigyelés. 

Ha 2.4.x mag tűzfalnaplókat vizsgálunk, a formátum más lesz: 


Jun 12 16:15:54 myfirewall kernel 
sspacket log: IN-ethi OUT- 
S5MAC-OO:00:00:00:00:00:00:00:00:00:00:00:08:00 
SSSROSZTZ 65 21l4.2 DETSÍIO0.0s1.2 LEN-5SZ TÖSZÜxXxiŐ 
S9PREC-OxXOO TTL-64 ID-O DF PROTO-TCP §$8PT-34251 
asDPT-23 WIiNDOWS11592 RESZOx0OO SYN ÜRGE-0? 


A minket érdeklő mezők: az SRC (forrás IP-cím), a DST (cél IP- 
cím), a SPT (forráskapu), a DPT (célkapu), illetve a SYN-kapcsoló 
megléte vagy hiánya. 


Az inside-control szerkezete 

A naplókövető felépítéséhez Perlt fogok használni. Természetesen 
nem ez az egyetlen lehetséges választás, sőt, ha valaki a legnagyobb 
sebességre törekszik, akkor tulajdonképpen jobban teszi, ha valami- 
lyen fordítóval működő (compiled) nyelvet választ. Amikor ugyanezt 
a parancsfájlt C--- nyelven újraírtam, körülbelül százszázalékos 
sebességnövekedést tapasztaltam. Az inside-control parancsállomány 
egy főértelmező ciklusból és egy HIML-adatmegjelenítő ciklusból 
áll. Mivel ez CGI parancsfájl, olyan webkiszolgálón kell elhelyezni, 
amelyet felkészítettek CGI programok futtatására. 

A kód, amint majd alább kiderül, az érthetőség érdekében feláldoz 
valamennyit a használhatóságból, továbbá kihagy pár hasznos 
részletet, például a hibaellenőrzést 15. Többek között azt sem ellen- 
őrzi, hogy a fájlmegnyitás sikeres volt-e, mielőtt olvasna abból. 
Azt 15 érdemes megemlíteni, hogy a lenti kód 2.2.x-es magok cso- 
magnaplózási formátumához lett igazítva. A 2.4.x változathoz 
illesztés a korábbiakban már megismert csomagnapló-példa alapján 
magától értetődik. 


A fő értelmező ciklus 

Először 15 megnyitjuk a naplófájlt és alapértéket adunk néhány 
változónak (akik RedHatet használnak, azok a /var/log/messages fájlt 
írják a /var/log/syslog helyére): 


t!/usr/bin/perl 

open(LOGFILE, "/var/log/syslog!"); 
Sfirstdate - ""; 

Sdate - ""; 

Stotal traffic - 0; 


Most végiglépkedünk a naplófájl minden során: 
while ( -LOGFILEsS ) ( 

Kihagyjuk az összes bejegyzést, ami nem a tűzfalhoz tartozik: 
next unless /Packet 109/; 


Értelmezzük a sort: 


chomp ; 
alog —- split; 
( Smonth, Sday , Stime , policy, Sproto, Sipsource, Sipdest, 


esötot len zs. ülegl0 1.258, 1011, 12, 1517 
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Ezután kiszámoljuk a dátumot és mentjük a napló első időpontját. 
Ahogy továbbhaladunk, a pillanatnyi keltezést mindig a legutolsó 
dátumként tároljuk, így az utolsó lépés után a lastdate változó 

a naplóban található utolsó dátumot tartalmazza majd: 


Sdate - $Sday . " " Smonth . " " Stime; 
if (length(Sfirstdate) -- 0) ( 
Sfirstdate - $Sdate; 
J 
Slastdate - Sdate; 


Beolvassuk a protokolltípust, a forrás IP-címet, a forráskaput, a cél 
IP-címet, a célkaput és a csomag hosszát: 


Sproto - substr(Sproto, -1); 

(Sips, Sports) - split ":", Sipsource; 
(Sipd, Sportd) - split ":", Sipdest; 
(Sflush, Spacketlen) - split "-", Stot len; 


Tároljuk a cél IP-címet egy karakterláncban, és vessük össze a forrás 
IP-címmel, így az adatmegjelenítő ciklusban majd végig tudjuk nézni a 
forrás IP-címeket és kikereshetjük, hogy mely címekhez kapcsolódtak: 


unless ( Ssourcedest(íSipsl -- /Sipd/ ) ( 


SsourcedestíSips) - 


ssSsourcedestíSips) Sipd . " "; 


Megszámoljuk a forrás IP-címbejegyzéseket: 
311Ssource(S1ps); 

és összegezzük a teljes forgalmat: 

Stotal traffic 4- Spacketlen; 


Utoljára összegezzük a kiszolgálónkénti forgalmat Is: 


Straffichost(Sips)] -4- 
J 


Spacketlen; 


Figyeljük meg, hogy egyáltalán nem használtuk fel az összes begyűj- 
tött adatot (például szó sem esett a kapukról), tehát rengeteg hely 
akad még a bővítgetésre. 


Az adatmegjelenítő ciklus 

Elsőként egy mutatós honlap-fejlécet rakunk ki, amint az a 2. listá- 
ban látható. Végiglépkedünk a rendezett forrás IP-címeken, majd 
kiírjuk a forrás IP-címet, az arról a címről érkezett csomagok számát, 
illetve az arról az IÍP-címről származó forgalmat (bájtban mérve): 


for (sort keys $source) ( 
print "-IRS-ID35S c/ID5 "; 
print "-ID5SSsource(íS l c/IDSW1"; 
print "-ID5sStraffichost(S ) bytesc/TDAM" ; 


Mivel korábban tároltuk, ki tudjuk írni azokat a cél IP-címeket, 
amelyekre a pillanatnyi forrás-IP-ről csomagok továbbítódtak: 


Stmpi - Ssourcedest(S ); 
if (length(Stmpi) gt 0) ( 
print "-TIDAMWI"; 
alti - split " ", Stmpi; 
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2. lista Weblap-fejléc 


print "Göént-tvpes: HSESdeVálnemálő Wint4ints 
foczakks seen S 4"; 
focrakiSa Tt A DS TITLEEHoelnekáaoáoe 
mm Scanner aját E ege Tó 
jstnt "zZzBODY IGjéGüken E ET 0000 SK0NNea 
mtext-V "FEFEFE BEREK CC FEE E 
Sylink-M"ttBD6 BiBEikb 
ssalink-i "HEFONHEKKKEbÖkÉCEECK 
fo tett EE TESTET EKG Se o all tett oorll Hdt a /AETKE Vrenáas 
print "-psLog searched for network access írom "; 
fjdrSElHni les eoateáíte[o Nosza a VET TEHESSE 
—Stiretdatoc/fomts to 9 
orint "ztomt color 
GYÁLETS HESS KEKE /Ad on lk 
jjgatakntetttYra D/AJOSZA VIN; 
TAM ea S AKo e Náz e SEEK S SZO MENTE 
—ztomnt colorsvellows" e 
fg GEnátetlttá St etó tte MIN ettetek tektle li ko zatot klet eső EE Kös 
foutak tette eSz [tttá st Wire lll 
JJ S ea ena s VIa 
jak st E oo ta ellenez et Vt 
JOTT ESTURESTHA S S OtHAGEMRE/NESZU AE Pa ölsetés gets 
print "-2TESTrattic from this mosta/THS" s; 
orint "-TESHoOsStsS contactede/ TES" ? 
övint "2/TRSYVA" ; 


for(sort Ealt1) ( 
printf "S 
) 


print " 


cbroAn! ; 


c/ TDSWO" ; 
J 
print " 


J 


€c/TRSAN" ; 


Végül kiírjuk a HIML végét: 


print "c/TABLESM"; 
print "c/centersWwa1"; 
print "c/BODY35a/HIMLA2M"; 


A letölthető inside-control 

Az általam tényegesen megvalósított inside-control parancs- 
állomány az itt bemutatottnál sokkal gazdagabb lehetőségekkel 
rendelkezik. A program a 3 http://www.iris-tech.net/hdsl-fw 
címről tölthető le. Legfontosabb kiegészítő tulajdonsága: tetsző- 
leges nevek megjelenítésére képes IP-címek helyett a Source IP 
(forrás-IP) oszlopban. Ezt egy nagyon egyszerű szöveges adatbázis 
segítségével tudja megvalósítani, amely az ÍP-számokat nevekhez 
rendeli. A fájl formátuma azonos a /etc/hosts fájl formátumával, 
így akár ezt a fájlt 15 használhatjuk, amennyiben az a belső 
hálónak megfelelően lett feltöltve. Az IP nevek adatbázis pontos 
helyét a megfelelő változó ($useripdb) átírásával adhatjuk meg 

a parancsfájl elején. 

Egy keresőrendszert 1s beépítettek, amely lehetővé teszi, hogy egy 
adott forrás IP-címre (vagy az IP név adatbázisban megtalálható 
megfelelő névre) rákeressünk a naplóban. A kereső űrlap akkor 
jelenik meg, ha a CGI-t értékek nélkül hívjuk meg a böngészőből. 
Az értékátadás a GET metódussal történik. 





. Szaktekintély 


A főciklus tartalmaz továbbá néhány adatérvényesítési eljárást 


(a mag nem mindig képes helyesen naplózni, különösen akkor, ha An gol nyelvű számítás te chnikai 
szakkönyvek és magazinok 


kis memórla- vagy processzorteljesítmény mellett fut), és néhány 
kapufüggő adatot is tárol. Végezetül a parancsfájl webes csatoló- 
felület nélkül 15 meghívható. Egyszerűen csak adjunk át valamilyen 
értéket az inside-controlnak, és a HIML-kimenet helyett hagyomá- 
nyos kimenetet kapunk. A keresendő forrás-IP karaktersorozatát 
(vagy az IP név adatbázisban található megfelelő nevet) a program- 
nak a -t kapcsolóval adhatjuk át. 


Megjegyzések és figyelmeztetések 

E cikk írójának az volt a célkitűzése, hogy néhány tervezési alapelvet 
mutasson be és tanácsokkal szolgáljon — semmiképpen nem az, hogy 
a naplófigyelési gondokra előrecsomagolt megoldást szolgáltasson. 
Számos dolog akad, amiben az inside-control parancsállomány 
fejlesztésre szorul, például a teljesítmény és a biztonság területén. 

A következőkben néhány szót ejtenék az inside-control jellegzetessé- 
geiről, különös tekintettel a biztonságot érintő kérdésekre. 

Ahhoz, hogy a CGI a számítógép naplófájljait (/var/log/syslog 
vagy /var/log/messages) olvashassa, mindenki számára olvashatóvá 
kell tenni. Ez a chmod -r /var/109/sys1l1og paranccsal érhető 
el. Csakhogy ez nem túl biztonságos megoldás, hiszen minden- 
kinek jogot ad a naplófájlok olvasgatására. Lényegesen jobb lenne 
rávenni a webkiszolgálót, hogy az inside-controlt egy adott cso- 
portjogosultsággal futtassa, és ezután a naplófájlokat ehhez a cso- 
porthoz rendelje. 

A cikk elolvasása után bizonyára sokan jutnak arra a következte- 
tésre, hogy a tűzfalnak egy webkiszolgálót 1s szükséges futtatnia, 
hiszen az inside-controlnak a tűzfal naplófájljait olvasni kell 
tudnia. Webkiszolgálót rakni egy tűzfalra valójában óriási bizton- 
sági rés: eszményi esetben a tűzfal semmiféle démonszolgáltatást 
nem futtat és a teljes karbantartást konzolon keresztül végzik. 

Ha távoli felügyelet szükséges, az egyetlen szóba jöhető szolgál- 
tatás, amely egy tűzfalra feltehető, az SSH, azaz a biztonságos 
héjprogram (secure shell) program. 
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Az inside-control futtatása még ilyenkor 15 megoldható a belső ESSEZSE MEL 
hálózaton egy külön webkiszolgáló felállításával, amely egyúttal / ActivePeril . 


TAT Tzae TT 


ELÁAJONPTON UE 


a tűzfal syslog kiszolgálójaként 15 működik. 

A tűzfal naplója rövid idő alatt könnyedén feltöltheti a teljes lemezte- 
rületet. Hogy elkerüljük tűzfalunk merevlemezének lebénulását 

(ami az internetkapcsolatok leállásához vezethet), a naplózandó 
forgalom mennyiségétől függően megfelelően nagy naplófájlhelyet 
kell biztosítanunk. A nagy adatmennyiségű szolgáltatások (azaz 
általában a HTTP-, FIP-, SMITP-, NetBIOS-, LPD- és az adatbázis- 
szolgáltatások) esetében egy második, legalább 20 GB méretű merev- 
lemez használatát javaslom, amelyen mindössze egyetlen, a /var/log- 
ra csatolt lemezterület létezzen. 

Befejezésképpen: még rengeteg lehetőség nyílik fejlesztésre az 
egész parancsfájlban, különösen a főciklusban. Sokkal több adatot 
lehetne felhasználni az egyes sorokból, mint ahogy ebben a rövid 
példában tettük. Ennek ellenére az sem baj, ha nem mutatunk 

meg túl sok részletet; máskülönben az egész önműködő naplófi- 
gyelés értelmetlenné válik. Ha minden elérhető részletet megje- 
lenítenénk, a gyanús bejegyzéseket kezelhetetlenül nagy mennyi1- 
ségű forgalmi naplóban kellene megkeresnünk. 
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az Hlaszrszági Iris lech 0ég ŐSZI igazgatója, -Pzőt 187 Kedd: 8 
amely vásárlóit webalapú alkalmazásokkal és egz id:.8—202- 
sokféle egyéb elektronikai szolgáltatással látja 
el. Szabadidejét annak szenteli, hogy annyi 
étteremben étkezzék, amennyiben csak tud. 
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Utazás a Postfix körül (2. rész) 





Az előző részben megismertük a Postfix szerkezetét, a levélfogadást és -továbbítást. 
Az elmélet után hasznos, ha tudásunkat a gyakorlatban is kipróbáljuk. 


lső lépésként — mint mindig — telepítjük az alkalmazást. Erre 
a két lehetőségünk is nyílik: vagy egy csomagkezelőt haszná- 
lunk, vagy pedig forráscsomagból rakjuk fel az alkalmazást. 
A csomagkezelővel telepített változatok előnyei közé sorolhatjuk, 
hogy sok beépített foltot (patch) tartalmaznak vagy az alapfordítástól 
eltérő kapcsolókkal fordították (szerepel benne például a My SOL- 
vagy OpenLDAP-támogatás). Ekkor ugyanis nem kell feltenni az 
adott program header és include fájljait, amelyek a terjesztések- 
ben általában a csomagnév-dev csomagban szerepelnek, például: 
openldap-dev. Másik előnye, hogy így szükségtelen fordítóprog- 
ramokat telepíteni gépünkre, ami külön hasznos, ha csak egy kicsit 
15 gondolunk a biztonságra. Elvégre minden bit segít! A forráscsoma- 
gokból telepített változatok kedvező tulajdonsága, hogy az alkalma- 
zások közül mindig a legfrissebbet használhatjuk, valamint a C for- 
dító segítségével finomhangolni tudjuk a binárist, illetve csak olyan 
támogatás kerül a binárisba harmadik fél programjához, amilyet 
szeretnénk. Így a post fix telepítésekor nem kell felraknunk például 
az openldap csomagot, mert nem igényeljük, hogy az LDAP-alapú 
címtárszolgáltatásokat használja. Megoldás lehet, ha mi magunk 
készítünk deb vagy rpm csomagot a forrásból, esetleg egy másik 
gépen fordítjuk le a forrást, és a célgépre a binárisokat csupán átmá- 
soljuk. Mi azonban most a legegyszerűbb megoldásokhoz folyamo- 
dunk: először megnézzük a csomagkezelővel történő telepítést 
a Debilan- és RedHat-rendszeren. 
Debian (vagy deb-alapú): 
§H apt-get install postfix 
vagy 
t dokg -i postfix 0.0.19991231p111-1.deb 
RedHat (vagy rpm-alapú): 
t rpm -Uvh postfi1x-20010202-4.1386.rpm 
A Debian Potatóban láthatóan még a régebbi változat szerepel, és 
a RedHat sem tud lépést tartani Wietse Venemával. A postfix 
legújabb változata a snaoshot-20010714. A forrásból ezt fogjuk 
a lehető legegyszerűbb módon telepíteni. Először 15 látogassunk el 
a postfix honlapjára, a 3 http://www.postfix.org címre, keressük 
meg a Downloads pontot és válasszunk kiszolgálót. Két lehetőség 
áll előttünk: vagy az utolsó hivatalos — jelenleg aPostfix Release 
20010228 névre hallgató —, vagy a pillanatfelvétel-változatot 
(snapshot) — a cikkírás időpontjában Postfix Snapshot 
20010714 — töltjük le. Ha ezt megtettük, csomagoljuk ki a forrást 
a következő módon (feltételezzük, hogy a fájl neve snapshot- 
20010714.tar.gz): 
t tar xvíz snapshot-20010714.tar.gz -C 
a-/uerjdlócályere 
Ez az /ust/local/src könyvtár alatt egy snapshot-20010714 nevű 
könyvtárat hoz létre. Amikor ez 15 megtörtént, akkor lépjünk be 
a könyvtárba és olvassuk el a számunkra érdekes README fájlokat. 
Mivel jelenleg az alaprendszert telepítjük, ezt a lépést kihagyhatjuk. 
A következő lépés a forrás lefordítása bináris állománnyá. A műve- 
letet a szokásostól eltérően nem a configure paranccsal kezdjük, 
hanem egyenesen a make parancshoz fordulunk — mindenfajta kap- 
csoló és beállítás nélkül: 
t make 
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Most megvárjuk, amíg az összes forrásfájl lefordítódik, majd 

a postfix futtatásához szükséges felhasználókat adjuk hozzá 

a rendszerhez: 

tt useradd -d /var/spool/postfix -s /bin/false 
postfix 

Ezzel hozzáadtuk a rendszerhez a post fix nevű felhasználót, 

aki nem tud bejelentkezni, saját könyvtárnak pedig a program által 

használt könyvtárat adtuk meg, bár megadhattunk volna nem létező 

könyvtárat és héjat is (a /bin/false 15 csak akkor létezik, ha szerepel 

a /etc/shells fájlban). Mivel nem mindenki által írható (world- 

writeable) sort fogunk használni a nem SMITP-kapcsolaton keresz- 

tül érkező levelek fogadására, egy mai ldrop csoportot 15 létre 

kell hoznunk: 

t groupadd maildrop 

Ezután kiadjuk a 

t make install 

parancsot, ez elkezdi a telepítést. Ezzel egyenértékű a következő 

parancs: 

t sh INSTALL.sh 

ugyanis a make install 15 ezt a parancsállományt hívja meg. 

Ekkor kérdésekkel kerülünk szembe, ezek nagy részére alkalmaz- 

hatjuk a felkínált lehetőségeket. Nézzük sorban: 

install root: [/] — Arra kíváncsi, hogy mi lesz a gyökérkönyvtár. 

A Unix-alapú rendszereken ez a / (perjel), azaz a gyökérkönyvtár. 

tempdir: [/usr/local/src/snapshot-20010714] — Ez adja meg, hogy 

a telepítés közben szükséges átmeneti tárolóhely hol legyen. 

config directory: [/etc/postfix] — A beállítófájlok helye. 

daemon directory: [/usr/lib/postfix] — A Postfixet alkotó démo- 

nok helye. 

command directory: [/usr/sbin] — Hol lesznek azok a parancsok, 

amelyek a Postfixet vezérlik. 

gueue directory: [/var/spoolypostfix] — A Postfix sorat, ahol a levelek 

feldolgozás közben tárolódnak. 

sendmail path: [/usr/lib/sendmail] — A Postfix Sendmail programja. 

newaliases path: [/usr/bin/newaliases] — A Postfix Newaliases 

programja (az utóbbi kettő használatáról még később szólunk). 

mailg path: [/usr/bin/mailg] — A mailg program helye a rendszerben. 

mail owner: [(postfix] — A Postfix sorainak (gueue) tulajdonosa. 

Ha az előbb nem Postfix-felhasználót adtuk hozzá, akkor annak a 

nevét kell ide beírni, akit héj és saját könyvtár nélkül létrehoztunk. 

setgid: (no] — Mindenki által írható (world-writeable) könyvtár, 

amelybe a helyileg — a Postfix Sendmail binárisán keresztül — küldött 

levelek kerülnek vagy pedig a könyvtár által megadott csoporthoz 

tartozik. Ha az adott csoport tudja csak írni a könyvtárat, akkor úgy- 

nevezett csoportjoggal (setgid) rendelkező program alkalmazására 

nyílik lehetőségünk. Ehhez a Sendmail program a Postdrop progra- 

mot használja a levelek beillesztésére. Ajánlott a szigorított postázás, 

ezért adtuk hozzá a rendszerhez a telepítés elején a mai ldrop- 

csoportot. Tehát itt adjuk meg a maildrop-csoportot, a képernyőn 

pedig a következőket kell látnunk: 

setgid:Ino] maildrop 

manpages:[/usr/local/man] 

Ha mindezekkel végeztünk, a telepítés befejeződik és a 





2. lista Az /etc/shells tartalma 


t /etc/shells: 
/bin/bash 
/.dia/ csn 
[docAuthor 
/AtIST / bata/ ken 
[AGSSA/donáayátseréret 
/bin/sash 

[do nláa/Asztotlni 
/bin/false 


valid login shells 


Az /etc/adduser.conf vonatkozó része 


/etc/adduserz comt:  adduser! contigurationmvi 
See adduser(8) and adduser.conf(5) for full 
éloeÜMEMISENSHKOINE 

The DSHELL variable specifies the default 
login shell on your 
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system. 
DSHELL-/bin/false 


t postfix start 

paranccsal tudjuk indítani az alkalmazást. Ne ijedjünk meg! Amikor 

legelőször indítjuk el a rendszert, apostfix az addig nem létező 

alkönyvtárakat a neki fenntartott helyen hozza létre — ez alapértelme- 

zésben a /var/spool/postfix —, ezek alkotják majd a sorokat. Ezt 

a folyamatot mutatja be az /. lista (a 15. CD Magazin/Postfix könyv- 

tárában található). 

A postfix minden indulásnál ellenőrzi, hogy léteznek-e a számára 

szükséges könyvtárak. Amennyiben nem, akkor létrehozza őket. 

Ha elindult a rendszer és egyetlen naplófájlban sem jelent meg hiba 

— főleg a /var/log/messages és /var/log/mail.log fájlokat nézzük át —, 

akkor állítsuk le a rendszert addig, amíg be nem állítjuk. Nézzük 

meg, hogy mi lesz a célunk: 

e — A felhasználókat felvesszük a rendszerre, de héj nélkül. 

e — Beállítjuk a kiszolgáló tulajdonságait: a nevét, illetve hogy 
melyik névtartománynak (domain) nyújt szolgáltatást. 

Az első feladatot könnyű végrehajtani, Debian-rendszeren meg 

kell keresni a /etc/shells fájlt és egy sorba írjuk bele a következőt: 

/bin/ false - ezzel felvettük az érvényes héjak közé. Elértük, 

hogy bár a felhasználó szerepel a rendszeren, tehát levelet is tud 

fogadni, nem tud a rendszerre belépni. A második lépés, hogy 

átszerkesztjük a /etc/adduser.conf fájl tartalmát. Keressük meg 

a DSHELL-/bin/bash sort és cseréljük ki azt az alábbira: 

DSHELL-/bin/false 

Ha ezzel végeztünk, elkezdhetjük beállítani a rendszert. A démonok 

viselkedését a master.cf fájl tartalma határozza meg, mely a soroza- 

tunk előző részében ismertetett master démont irányítja. A kiszol- 

gáló tulajdonságait alapértelmezésben a /etc/postfix/main.cf-ben 

találjuk meg, most ezzel foglalkozunk. 

Első dolgunk, hogy beállítsuk, hol is találhatók meg a levéltároló 

sorok, a programok és a démonok, valamint a jogosultságok. 

Ha szabályszerűen telepítettünk, akkor ezekhez a sorokhoz nem 

is kell nyúlnunk: 

t a sorok helye 

gueue directory - /var/spool/postfix 

t a vezérlő programok helye 

command directory - /usr/sbin 

t a postfix démonjainak helye 

daemon directory - /usr/lib/postfix 
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t ki a sorok tulajdonosa, azaz ki kezeli a sorokat 
mail owner - postfix 

A következő sornál érdemes elidőzni. Lehet, hogy felhasználóink 
egyéni fájlokat hozhatnak létre saját könyvtárukban. Ha ebben egy 
forward fájlt helyeznek el, akkor a bejövő levelet az itt megadott 
címre tudják továbbítani vagy egy programnak továbbadni a rendsze- 
ren. Minket ez utóbbi érdekel. A következő értéknél beállított fel- 
használó jogosultságaival fog végrehajtódni a .forward fájlon keresz- 
tül meghívott program. Ezt biztonsági megfontolásokból állítsuk 
minél alacsonyabb szintre. A nobody felhasználó megfelelő erre 

a szerepre, elvégre nem szeretnénk, hogy egy olyan parancsfájlnak 
adja át a felhasználó a levelet, ami például a levél tartalmát hajtja 
végre — abban pedig az rm -rf / szerepel és mindezt a rendszer- 
gazda jogaival teszi —, igaz? A postfix-et vagy más kiemelt Jogo- 
sultságú felhasználót, illetve felhasználónevet ne állítsunk be! 
default privs - nobody 

Ekkor minden héjprogram a nobody jogosultságaival fog futni, ami 

a forward fájlból hívódik meg. 

A következő sor adja meg a gép teljes nevét, például: 
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myhostname- mailserver.linuxvilag.hu 

A mydomainn érték pedig a tartományt adja meg: 

mydomain- linuxvilag.hu 

Ha helyileg (rendszeren belül) keletkezik egy levél, programból 
vagy felhasználó által, akkor a myorigin értékét veszi alapul. Itt már 
látható, hogy a Postfix az ismert értékeket más paramétereknél 
változóként képes kezelni. Itt a myorigin értéke a linuxvilag.hu lesz: 
myorigin - Smydomain 

Az inet interfaces - al1 egyelőre maradhat a helyén, ugyanis 
ez határozza meg, hogy mely IP-címekre fogadunk el levelet. Az all 
mindegyiken elfogadja az SMITP-kapcsolatot. A következő számban 
már néhány trükköt is elsajátíthatunk. 

A következő érték adja meg, hogy mely gépnevekhez tartozó leveleket 
dolgozzon fel a rendszer. Ne soroljuk fel a virtuális tartományokat 

— azok majd egy későbbiekben tárgyalandó érték feladatait képezik, 
amelynek használatával a következő számban ismerkedünk meg. 
mydestination - Smyhostname, 
ss]ocalhost.$mydomain 

A tökéletes beállítás az, ha gépünknek csak ez az egy neve van. 
alias maps - hash:/etc/aliases 

alias database - hash:/etc/aliases 

A fenti két adattábla közül az elsőt csak a Postfix, a másodikat más 
programok 1s alkalmazhatják. Itt éppen közös adatbázist használnak. 
Ha az alias fájlon bármit változtatunk, akkor ki kell adni a 
newaliases parancsot. 

Az utolsó fontos érték, ami ahhoz szükséges, hogy egyszerű, 

de mégis biztonságos és gyors levelezőkiszolgálót kapjunk, a 
mynetworks. A mynetwotrks értékbe kerülnek azok a hálózatok, 
ahonnan a küldés engedélyezett. 

mynetworks - 127.0.0.0/8 192.168.1.0/24 

Ez abban az esetben igaz, ha a helyi hálózat — amely előtt a kiszolgáló 
található — a 192.168.0.0-s címeket használja. Fontos megjegyezni, 
hogy a 127.0.0.0/8 címtartományt, tehát a saját gépet se hagyjuk ki! 
A változtatások megtétele és a Postfix elindítása után a rendszer 
máris használható. A következő részben egy kisebb, nem állandó 
kapcsolattal rendelkező iroda szükségleteinek kielégítésével és 
virtuális tartományok kezelésével ismerkedhetünk meg. 


Deim Ágoston (agoolsc.hu) 

Kedveli a sört, szereti a futást és Imádja 
Szabó Lőrinc verseit. Nem hisz vakon egyik 
rendszerben sem. Vonzódik a BSD-hez Is. 
Tagja az LME-nek és a MBE-nek. Mottója: 
a gép nem lehet fontosabb az embernél. 
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Konnyúű álom 48. rész) 


Hálózati forgalom vizsgálata. 


mikor a rendszer nem úgy viselkedik, ahogy elvárnánk, 
vagy egyszerűen nem tudjuk, hogy mi történik a hálózatun- 
kon, hasznos segédeszköz lehet a tcodump program. 
A gépünket érintő vagy a hálózati területen átmenő forgalom lehall- 
gatásával és megjelenítésével nélkülözhetetlen segédeszközzé válik 
a hálózati hibák felderítésében. Írásunkban a program használatának 
fortélyait ismertetjük, valamint a cikksorozatunk korábbi részében [1.] 
már bemutatott TCP/IP protokoll működését követjük nyomon. 


Hogyan működik a tepdump? 

A tepdump működéséhez elengedhetetlenül szükséges, hogy a 
program a rendszer által vett vagy a hálózati csatoló által érzékelhető 
összes keretet megkapja. A keretek vételét a rendszermag biztosítja 
számunkra. Ethernethálózat esetén a kártyák általában csak a nekik 
szóló, valamint a csoportcímzett (multicast) és az üzenetszórt 
(broadcast) csomagokat veszik. A kártyák az összes keret vételére 15 





lehetőséget adnak, ezt hívjuk lehallgató (promiscuous) módnak. 
Fontos azonban megjegyezni, hogy a lehallgató mód egy terhelt há- 
lózaton észrevehető további terhelést jelenthet a számítógépnek. 

A tcpdump több Unix-alapú rendszeren 15 működőképes, a rendszer- 
mag-támogatás viszont eltérő. A System V-alapú rendszereknél 

a keretek beolvasására a DLPI (Data Link Provider Interface) hasz- 
nálatos, míg a BSD-alapú rendszerek a BPF-et (BSD Packet Filter) 
támogatják. A Linux egyik szabványnak sem felel meg, e célra saját 
alrendszert vesz igénybe. Hordozhatóság céljából a programból 

a szorosan a rendszermaghoz kapcsolódó keretbeolvasó szolgálta- 
tásokat leválasztották és a Llibpcap csomagban helyezték el. Mint 
az előzőekben említettük, a lehallgató mód komoly terhelést jelenthet 
a számítógépnek. A helyzetet súlyosbítja, hogy a vett kereteknek 

a rendszermagból a felhasználói programba 15 át kell jutniuk. Ha 
csupán jól meghatározott csomagokat szeretnénk látni, akkor a szű- 


rést a felhasználói programban végezni erőforrás-pazarlás. Emiatt 


Alapelem 

dst host cgéps 
src host cgép: 
host cgéps 
ether dst ccím: 
ether src ccím: 
ether host ccím: 


gateway cgépsz 


dst net chálós 
src net chálós 
net chálós 


net chálós mask cmaszk- 


dst port ckapu— 
src port ckapu-m 
port ckapu-— 
less Chosszz 
greater chosszz 
ip proto Cprotoz 
ether broadcast 
ip broadcast 
ether multicast 
ip multicast 
ether proto Cproto- 
Ip, arp, rarp 

tep, udp, icmp 
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A tepdump szűrő alapelemei 


Jelentés 

Igaz, ha az IP-csomag célja a megadott gép. 

Igaz, ha az IP-csomag forrása a megadott gép. 

Igaz, ha az IP-csomag forrása vagy célja a megadott gép. 

Igaz, ha a csomag ethernet-célcíme egyezik. 

Igaz, ha a csomag ethernet-forráscíme egyezik. 

Igaz, ha a csomag ethernet-forrása vagy célja a megadott cím. 


Igaz, ha az IP-csomag a gépet mint átjárót használja. Megegyezik az ,ether host ccím: and not 
host cgép5s" kifejezéssel, ahol is a cím a gép ethernet címe míg a gép az IP-címe. 


Igaz, ha az IP-csomag célja a megadott hálózaton helyezkedik el. 
Igaz, ha az IP-csomag forrása a megadott hálózaton helyezkedik el. 
Igaz, ha az IP-csomag forrása vagy célja a megadott hálózaton helyezkedik el. 


Igaz, ha az IP-csomag forrása vagy célja a megadott net chálós/chosszz hálózaton helyezkedik 
el. Itt a hálózat maszkját kifejtve adjuk meg. 


Igaz, ha az IP-csomag célkapuja a megadott. 

Igaz, ha az IP-csomag forráskapuja a megadott. 

Igaz, ha az IP-csomag forrás vagy célkapujával megegyezik. 

Igaz, ha a csomag hossza kisebb vagy egyenlő a megadott értéknél. 
Igaz, ha a csomag hossza nagyobb vagy egyenlő a megadott értéknél. 
Igaz, ha a keret egy proto-protokoll azonosítójú IP-csomagot hordoz. 
Igaz, ha a keret ethernet-címe üzenetszórt. 

Igaz, ha a csomag IP-címe valamilyen üzenetszórt cím. 

Igaz, ha a keret ethernet-címe csoportcímzett. 

Igaz, ha a csomag IP-címe valamilyen csoportcímzett cím. 

Igaz, ha az ethernet-keret proto-protokollt hordoz. 

Igaz, ha az ethernet-keret protokollja a megadott. Rövidítések az ,ether proto C£proto-" formulára. 


Igaz, ha az IP-protokoll azonosítója a megadott. Rövidítések az ,ip proto Cprotos" formulára. 





a) ICLMP-példa 


(1) 16:13:26 . GISMEONÁ ER KekoNlí oltás evHDEEÉÖBETne 


unreachable [tos 0xc0] (etl 255, id 25596) 
(2)  IKSIRÁNOSSEKEIOT 709 B chestamn s doljnimi icmot echo zegüuest (ttl 64. üjd 115) 
13) AKGEZMISSSSRKRL 91 709 B doljonhim s ecehnesztalmt icmort eczno Teoly (tul 255, id 25595) 


b) ARP-példa 


(MESÉT 5 :53:50 . ZER SSESKOEKE 0 EKG ESSEK EZ era GElele ére eleg oNkól4E 
(ZAN TENKES otlete LO ESZT ELV ZRR ESS E ESSZÉ ET o e VEG VETEK ellte áj okés 


(AVÉGETT Re os keE S kelH 
c) UDP-példa 


( 1) 16510231.0768/8 B 


DEEGB : DILSCOVIENR 


1cmos dolonta tco port 1234 


0.0.0.0.l500t0t s 235.255.4559.45395.XJ00TJOS 2 


. Szaktekintély —/ 


arp who-has dolphin tell cheetah 
aico vrejoly dollonmia i1is-at 0s4tsdcsás35szea 


5k10ls OKalsctzte vancd- rrel04dg 
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( 2) 16210531.076878 z dolohnim 1313 s hawk.cdomaime 23419- A? clhestah.hmnoame. (30) 

( 3) 16510231.0/6878 s Mawk.domaim s dolohnim i13138 23410"7 1/1/i A chestzalm (81) 

( 4) 16510531.086877 az dolohnim 1313 s lmawk.dcdomaimi 23419- A? hmawk.hnama. (27) 

( 5) í165103531.086877 zs hawk. domaimn s dolomim í3138 23419" 1/1/íi A Mmawik (73) 

SD KSMESSEKOESÁKEKO SIÓ SEEN S A TolamS6öttjosS ene cEanoSotoc:Nsakasibezá Noe ES EEEN SETS Ea eze NlolndaN eten e 
EKG ES s Ket telMGVze rat elteektak terek 0 [SSE GATES TO TESSENEK MMSE (too A lg to fg öst rat ARATTAK SZG EEG Lot PAD ARAN KSRIK SNS A ASTON RB ESZ SzSz 
SMs255.455.24559.0 DEs:hawk NSelmawk EIN s "clheetam  DNe "name" BRSALO. 1. 2.255 ltos 0xI0] 

( 97) 16510231.13687/73 B 0.0.0.0.böootoac s 255.255.255.255.lhbootossi xidseÜxazoctarc vend -etrai04e 
MSZ:9218 PR:S$SM-DG-4NS-DN--BR-HN-LOG-64LPR--NTP--XFS-XDM HN:"cheetah.andrews"7"8" LT:3232235520 
DEE s DILSGCOVWANR 

( 8) 16510231.136873 PB doljhnim bootos s chéstan. bootoci xideÜxazoctátre 
KEEN SEete latos tó konk jo inátántkete lesze VE tt ESO ESZ ely eitakeltsssta ket lt0 EZ EN TENG ERTS TEÁS TR E SS ES e o ALT [tést éátanTEHIES S TS Kero Foto) 
SMe24255,2455.24559.0 IDGslmawik INSelmawik DNe "momePe BRSLOS LL 2.255 IRINs "elheétam" ltos 03401 

(ESA EM SESK KERGESSE SSE SL ÉOÉKVEK0 o S Ojejo GE ZS Szo zást oo jt jo S SE GKE EN ESz zo erts ESNE Nee KSA KOZ ÉS 
MSZ:9218 PR:S$SM-DG-4NS-DN--BR-HN-LOG-6LPR--NTP--XFS-XDM HN:"cheetah.andrews"7"8é" LT:3232235520 
DHECP: REGVUEST Síp dolpoháin RO: cheetah 

(0) L16s109231.186368 PP doljomim bootos s cheéstan lböootocsi xxids Ozxazocrzte 


We cheetam Sdoljomíim ethner 05c02as359sáe vend -rrci0ás DEHCESACK SIDsedoloknim LT:3232235520 


SM 255.255.2553.0 DG:mawk IN$S?:laawik IDIN s "momea" (e 


Pf 49 


a BPF-megfelelő alrendszereket egy egyszerű szűrőrésszel is ellátták. 
A szűrő használata esetén a felhasználói programba már csak a kért 
csomagok jutnak el. A nem BPF-megfelelő rendszereknél a szűrés 

a pcap eljáráskönyvtáron belül valósul meg. Ahhoz, hogy a program 
használható legyen, a rendszermagot a CONFIG PACKET lehető- 
séggel kell fordítani, és a támogatás modulba helyezésekor az 

af. packet.o állományba fog kerülni. Ha azonban a rendszernaplóban 
az alábbi üzenetet látjuk, akkor a libpcap számára szükséges támoga- 
tás hiányzik a rendszermagból: 

modprobe: can!t locate module net-pf-17 socket: 
Address family not supported by protocol 


A 2.2 rendszermag-sorozat óta a Linux 15 tartalmaz a BPF-nek 
megfelelő szűrőalrendszert, amit Linux Socket Filternek neveznek. 
Ezt a CONFIG FILTER lehetőség kiválasztásával fordíthatjuk 


a rendszermagba. 


A tepdump használata 

Először 15 nézzünk egy egyszerű példát a tepdump használatára: 
kapcsolódjunk a telnet paranccsal egy számítógépre (a 2. c listán 
a cheetah gépről kapcsolódunk a dolphin SSH-kapujára), de előtte 
indítsuk el a tepdump programot (ha a program a hálózatról vesz 
csomagokat, akkor elindításához rendszergazdai jogosultságok szük- 
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ségesek). A tepdump minden sorba egy vett keretet ír (ez azonban a 
képernyő szélessége miatt törik). A program kimenete függ a vizsgált 
protokolltól. Írásunkban TCP-, UDP- és ICMP-protokollokat vizsgá- 
lunk ethernethálózaton. A legelső oszlopban található az időbélyeg, 
utána a csomag forráscíme és -kapuja, majd célcíme és -kapuja sze- 
repel. A címet a kaputól a pont (.) karakter választja el. A program 

a címeket és kaput megpróbálja feloldani. Siker esetén a cím vagy 
kapu helyett a neve fog szerepelni. Néhány esetben ez a feloldás 
lassú lehet vagy olyan forgalmat hozhat létre, ami a vizsgálatot zavarja. 
Ez esetben a tecpdump programnak a -n kapcsolót megadva a címfel- 
oldás elmarad, a -nn hatására pedig kapufeloldás sem történik. 
Ebben az esetben mind a címek, mind a kapuk eredeti formában 
láthatók. Ha az adott keret egy IP-csomag darabja (erről már az IP- 
darabolás bemutatásakor az [1.] és [5.] részben bővebben szót ejtet- 
tünk), akkor a sor végén a (frag azonosító:méret(a kezdőpozíció) 
jelölés található. Az azonosító az IP-fejléc azonosító mezője, a méret 
az adott darab mérete (bájtokban számítva az IP-fejléc hosszát), míg 
a kezdőpozíció a darab kezdete az eredeti IP-csomagban. Ezek után 
még a pluszjel (--) 1s előfordulhat, amely további darabokra utal. Ez 
nem más, mint az IP-csomag MF (More Fragments) bitje. Amennyi- 
ben a csomag nem darabolható, a sor végén egy (DFP)-jelzés található. 
Ez a csomag fejlécében rejlő DF (Dont Fragment) bitre utal. Ha a 
programnak a -v vagy a -vv kapcsolót 15 megadjuk, további adatok 
birtokába jutunk. Ez esetben a sor végén mind az IP-fejléc azonosító 
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KEZE 


0 Kiskapu Kft. Minden jog fenntartva 


a) UDP-kapu zárva 


ŐTLGYENNNÉL Ét SsEeE 7 2 2 SAVA KEKSÁKONS cheetamn 1024 s doljhinm. 1233: 


(2) 18527 3 2/S8KONKKSAKONNR doljonhim s cheetans 


unreachable lItos 0xc0] 


b) UDP-kapu tiltva 


601 TNÁT E SZESZT E ooo sets chneetamn 1024 zs doljphim. 41234 e 


(2) 18:27:49.667538 HIRKElGÁKolta ee gélne 


unreachable [tos 0xc0] 


c) TCP-példa 


(1) 15259236.933715 B cheestan 1031 s dolohim. ssh; 
win 32120 azmss 1460. sackoK, timestamo 1205813 0,mojo, wscale 0-5 
(2) 152593536.9337/15 B dolohimn ssh s cheetan 10317; 


üdjo 6 


Lemos dolokhnim uücdo port 1233 


udp 6 


1cmos doljohníia do port Á4234 


S 401137014354011570145 ( 0 ) 


IE 


S 3980097340:3980097340( 0 ) 


ack 4011370í144 wim 32120 zmss 1460, sackok, timestamo 1237732 


1205813,nop,wscale 03 (DF) 


(3) 415259236.933/415 B cheetakmn 1031 s doloknim. see 


ZimOTO , moj, timestamo 1205813 1237/7325 (DE) 


(4) 15559236. 933715 B doljohim.zssh s cheestan 1031: 


zmop , aop , timestamo 123/7733 12058135 (DF) 


(5) 415259236.933/15 B cheetan 1031 sz dolohninm.sshe 


zmoj , aop , ctimestamo 1205813 1237/7335 (DF) 


(6) 15259347. 122817 BP ceneetam 1031 s doljhnin.sshs 


ZIMOJO , moj , timestamo 1206832 12377335 (DE) 


189/UBTERKRRNTÁ LAS TAS oo LEHEL ARRA KAT RK o Ko ln ettntSS es nezel in eTeteten KO KON 


ZIMOT0 , Mol, timestamo 1238/752 12068325 (DE) 


(ZETA HÁLÁS TES LE EESe LR ARRA ÁE STT RA KKE] ALK o ln ett SS es nál él eleteteket IRO KÁ 


zimojo , moj , timestamo 1238/752 12068325 (DE) 


(9) 1415559247 122817 B cheetamn 1031 sz doljonhim.ssha 


ZImOJO , moj, timestamo 1206832 1238/7525 (DP) 


29" 2 


mezőjét, mind a csomag élettartam-számlálóját kiíratjuk. A tepdump 
az adatkapcsolati réteg adatait alapesetben nem mutatja. Ha ezekre 

15 kíváncsiak vagyunk, használjuk a -e kapcsolót. Ethernethálózat 
esetén a keret ethernetszintű forrás- és célcíme, a hordozott protokoll, 
valamint a keret hossza 15 megjelenítésre kerülnek. Alapesetben 

a tepdump csak a gép által vett vagy küldött forgalmat mutatja. 
Amikor a -p kapcsolót megadjuk, akkor a kártyát nem kapcsolja 
lehallgató módba. A -p kapcsoló értelmezése sajnos nem teljesen 
egyértelmű. Az eredeti forrásban és a Debian-változatban a fenti 
értelmezés az elfogadott, de a RedHat-csomagban a -p kapcsoló 
értelmezése ennek épp az ellenkezője. Érdemes a kapcsolók értelme- 
zésének rendszerünk tecpdump súgóoldalán utánanézni. Abban az 
esetben, ha a gép több hálózati csatolót 15 tartalmaz, a csomagok 
beolvasását kényelmesebb csak az egyikre szűkíteni. Amennyiben 

a lehallgató módot választjuk, ezt kötelező megtenni. Ezt a -i kap- 
csolóval ejthetjük meg, a kapcsoló után pedig a csatolókártya nevét 
kell beírnunk. A terhelés csökkentése céljából a tepdump nem olvassa 
fel a teljes keretet, pusztán csak az első 68 bájtot. Ha a teljes keret 
érdekel (például a csomag adatrészére vagyunk kíváncsiak), a -s 
kapcsolóval megmondhatjuk, milyen hosszan tárolja. A kapcsoló után 
a legnagyobb beolvasandó hosszt jelöli — célszerű a csatolókártya 
MTU-értékét megadni, ez ethernet esetén általában 1500 bájt. Ha a 
csomag tartalmát 15 meg szeretnénk jeleníteni, akkor a -a kapcsolót 
(ASCID vagy a -x kapcsolót (hexadecimális) 15 megadhatjuk. Sok 
esetben hasznos lehet, ha a beolvasott adatokat a későbbiekben 15 
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SEEN A (0 I TE sás RG zárná OSZA lb) 

1226(125) ack 1 wim 32120 
ESETT AK(0 19) HRNKET Ketto SÉG vá eto MS KE ZT0) 
1951(0) ack 26 win 32120 
269026(0) ack 2 wim 32120 
269026(0) ack 2 wim 32120 
282(0) ack 27 wim 32120 


meg tudjuk vizsgálni, ezért 

a tepdump lehetőséget nyújt 
arra, hogy a beolvasott kere- 
teket állományba menthessük. 
Természetesen az ilyen állo- 
mányok beolvasására 1s képes. 
Ez sokkal hasznosabb lehet, 
mint ha a program kimenetét 
mentenénk el, hiszen ilyenkor 
lehetőség nyílik a későbbi 
szűrésekre vagy más progra- 


2 29 


mokkal történő elemzésre. 


Szűrés 

Hasznos segédeszköz a 
tepdumpba épített szűrési 
lehetőség, amivel a hálózatról 
felolvasott keretek körét 
befolyásolhatjuk. A szűrő 
logikai kifejezés, csak azokat 
a kereteket olvassa fel, ame- 
lyekben a kifejezés értéke 
igaz. Ha nem adunk meg 
szűrőkifejezést, az összes 
keretet felolvassa. A kifejezés 
alapelemek (primitives) 
összekapcsolásából áll. 

A lehetséges alapelemeket az 
56. oldalon található táblázat 
mutatja. A szűrőfeltételben 

— a protokoll nevét tömbként 
használva — a csomag tar- 
talma 1s vizsgálható. A for- 
mai követelmény az alábbi: 
protokoll I eltolás : 
méret ] ahol a protokoll 

az ether, fddi, ip, arp, 


rarp, tcp, udp vagy icmp 


valamelyike. Az eltolás a protokollréteg kezdetétől számított táv 
(offset), a méret az adat hossza. Mindkét értéket bájtokban adjuk 
meg. A méret lehetséges értékei 1, 2 vagy 4, az alapértelmezett az 1. 


A 1en a tepdump beépített változója, amely a keret hosszát tartal- 
mazza. Ezek között az adatok között a C nyelvben megszokott 
aritmetikai és relációs műveletjeleket 15 használhatjuk. A lehetséges 


aritmetikai műveletjelek: --, -, ", /, 5, !, míg a relációs műve- 


letjelek; sz; €, ss; zs, ez dé 


Az adatvizsgálat relációs műveletjelek segítségével kapcsolható 


a logikai kifejezésbe. A logikai kifejezés tagjai a már megszokott 
módon kapcsolhatók össze. Lehetőség nyílik ellentétképzésre 
(negálásra: not vagy ! ), az és (and vagy 5££), valamint a vagy 

(or vagy I 1) műveletre 1s. Az ellentétképzés sorrendisége a legma- 
gasabb, az és, valamint a vagy műveletek sorrendisége megegyezik, 
és balról jobbra értékelődnek ki. A műveletek sorrendje zárójelek 


segítségével módosítható. 


Az ICMP-csomagok 


Az ICMP-csomagokat a forrás- és célcímek után következő icmp : 
rész jelöli. Ezután következik maga az üzenet, például a port 


unreacheable (dest unreacheable/port unreacheable — célkapu nem 
érhető el) vagy a ping parancs által küldött echo reguest, valamint 
a válaszul kapott echo reply üzenetek. Egy port unreacheable üzenet 
látható az 7. a lista (1.) sorában és a ping parancs eredménye 


a (2—3.) sorokban. 





a) ICP-kapu zárva 


(1) 18 : (OSS mgS . 998792 BiRélnSezlnMKV TSA ő [o [nktörntét KONG 
Wiasgéjeáketogésmes 1460. sackok , timestamo 1953835 0,moo,wscale 0-5 
(2) Á68 a0ZSSAKSEKeLa2Z B doljlkhim 1233 s cheetah. 10365 


b) TCP-kapu tiltva 


LK EN SEEK ESO SP chnheetamn 1037 s doljohnim. 1234. s 
win 32120 -mss 1460, sackoK timestamp 1955496 0 nop,wscale 05 


(2) 418504533.607398 PB doljolmim s cheetake 


c) tepdump-példák 


ESEK OKA B 


1cmos dollolmim tco port 1234 üanreachalole 


S 332136458223321364982(0) 
VIE 
ack 33213645986 wim 0 


S 332898/52345:.33248/152345(0) 
(eDiEő 
los 0XC0T 


(1) tcepdump -1 eth0 "host cheetah" 
E Kébdün öve ae EONKESHEENOS ENE hSetalat 
(3) tepdump -i eth0 "host cheetah and tcp and port ssh" 
ZEKE jo elne NESt Ker etn 0 NTa o elatos telkes eteé late tekete san elloonatetke sítani He 
15) tejodumo -i etn0 "mot ( tcp and ( sze host chneetalnm amd dst port sek ) or 
( det host cheetam and szc port sam ) )" 
(6) tcjodumo -a etmő "tcoliliál £ 7 l-z 0" 
(7) tcjodumóo -ai etmő "tcoli3] £ 5 lsz 0 or teol[li3] £ 18 z 2" 
Az ARP-csomagok SYN-es csomagot küld (1.), amelyben az általa választott ISN (Initial 


Az ARP (Address Resolution Protocol) feladatait cikksorozatunk 

5. részében [2.] már bemutattuk. Most nézzük meg, hogyan 15 műkö- 
dik ez a valóságban. Ahogyan az /. b listán 15 látható, a gép ARP- 
kérést küld ki a hálózatra (1.). A címzett (vagy az erre feljogosított 
egyéb) gép válaszol (2.), az ARP-kérés üzenetszórt módon kerül 
továbbításra (miként a példában is látható), míg a válasz közvetlen 
címzéssel érkezik. Ahhoz, hogy az ethernetcímeket 1s láthassuk, a -e 
kapcsolót 15 megadtuk a programnak. 


Az UDP-csomagok 

Az UDP szemléltetéséhez egy gép indulását vizsgáltuk az /. c listában: 
itt a BOOT P- illetve a DHCP-, valamint a DOMAIN-protokollok hasz- 
nálatára 1s láthatunk példát. A tepdump mindkét protokollt ismeri, így 
ezek értelmezésére 1s képes. A cheetah induláskor üzenetszórt csomagot 
küld ki, amellyel DHCP-kiszolgálót keres 1. sor. A kiszolgáló-bejegy- 
zésben címek helyett nevek szerepelnek, így a DHCP-kiszolgálónak 
ezeket először fel kell oldania. A két tartománykérés a 2. és 4. sorban, 

a DNS válasza pedig a 3. és 5. sorokban látható. A két névfeloldás egy- 
más után következik be. A DHCP a választ a csomagban (6. sor) küldi 
el az ügyfélnek. Az ügyfél újabb adatokat kér (7. sor), amelyeket a ki- 
szolgáló vissza 15 küld (8.). A beérkezett adatok alapján a gép DHCP- 
kiszolgálót választ (9.), amelyet a kiszolgáló nyugtáz (10.). Mi történik 
azonban, ha a kiszolgáló adott kapuja zárva marad, miközben megkí- 
sérelünk csomagot küldeni neki? Ezt szemlélteti a 2. a lista. A csomagot 
a cheetah (1.) küldi a dolphin gép 1233-as kapujára. Az adott kaput 
azonban zárva találja, így a dolphin ICMP port unreachable üzenettettel 
válaszol (2.). Ugyanígy ICMP-üzenetet bocsát ki a kiszolgáló akkor is, 
ha az adott kaput csomagszűrővel védjük. Az üzenet típusa destination 
unreachabltle, a kódja viszont változhat. A Linux 2.2.x magsorozat 
ilyenkor port unreachable kóddal válaszol, mintha a kapu Zárva lenne. 
Ezt mutatja meg a 2. b lista. 


A TCP-csomagok 

A 2. c listán a TCP-kapcsolat felépítésére, az adattovábbításra és a 
lebontásra láthatunk példát. Mint már a protokollok ismertetésénél [1.)] 
említettük, a kapcsolat felépítése három lépésből áll. A példán a cheetah 
gép kapcsolódik a dolphin SSH-kapujára. A kezdeményező gép egy 


www.linuxvilag.hu 


Seguence Number -— kezdő sorszám) rejtőzik. A SYN bit meglétét a 
címek utáni S betű jelzi. Ha a címzett gép adott kapuja fogadja a ké- 
rést, akkor SYN-HACK csomagot küld vissza (2.). A SYN bit itt szintén 
látható, de később az ack kulcsszó 15 szerepel, mögötte a cheetah által 
választott kezdősorszámnál eggyel nagyobb értékkel. Figyeljük meg, 
hogy a távoli gép maga 1s előállít egy kezdősorszámot. A cheetah gép 
a csomag vétele után egy ACK-csomagot küld (3.), ezzel a kapcsolat 
felépült — a csomagon nincsenek jelzőbitek, ezért itt most pont (.) 
szerepel. A két szám a kezdő és a végső sorszám, mögötte zárójelben 

a csomagban levő adatbájtok száma található. Látható, hogy a csomag 
csak nyugta, adatot nem hordoz. A sorszámok viszont furcsa módon 
megváltoztak. Ezt a változtatást a tepdump követte el, így az eredmény 
könnyebben olvasható lett. Ha a csomag nem tartalmaz SYN bitet, a 
kezdősorszámot mind a pillanatnyi, mind a nyugta sorszámából kivonja. 
A -S kapcsoló megadásával az eredeti abszolút sorszámokat látjuk, 
amelyeket a csomagok 15 tartalmaznak, kapcsoló nélkül pedig a relatív 
TCP-sorszámokat fogja megjeleníteni. Aki kíváncsi rá, próbálja ki — 
pillanatokon belül azt 15 észreveszi, hogy miért tesz így a program. 

A (4.) csomagban a dolphin elküldi az SSH-protokoll azonosító üzene- 
tét az ügyfélgépnek. Láthatjuk, hogy ez a 1—26. relatív sorszámokat 
foglalja el, így az üzenet 25 bájt hosszú. A csomagon a P (PUSH) 
jelzőbit szerepel, amely az ügyfél TCP-, illetve IP-alrendszerét utasítja, 
hogy a vett adatokat továbbítsa az alkalmazásnak. Az (5.) csomagban 
a cheetah nyugtázza mind a 26 bájtot, mely az ack után látható. Az 
ügyfél nem küld adatokat. A kapcsolat lebontását a (6—9.) csomagok 
végzik. Mint már említettük, mindkét adatirányt függetlenül kell lebon- 
tani. A bontást a cheetah kezdeményezi (6.), a csomag egy F (FIN) 
jelzőbitet tartalmaz; a dolphin nyugtázza a bontási kérést (7.). A FIN 
bit egy sorszámot foglal el, ettől lesz a nyugtasorszám 2. A FIN vétele 
után a dolphin 15 kezdeményezi a kiszolgáló—ügyfél adatirány-bontá- 
sát (8.), a cheetah ezt nyugtázza (9.), majd sikeresen lebontja a kapcso- 
latot. Mi történik, ha a kiszolgáló adott kapuja zárva marad, miközben 
megkísérlünk rákapcsolódni? Ezt szemlélteti a 3. a lista. Az 1. csomag- 
ban a cheetah kapcsolatfelépítési kérést küld a dolphin gép 1233-as 
kapujára. Az adott kaput viszont Zárva találja, így a dolphin egy RSI1- 
szakaszt küld válaszul (2.) — mint láthatjuk, az RST jelzőbit meglétét 
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az R betű jelzi. Ha azonban a kaput csomagszűrővel védjük, a 


2001. augusztus 99 


. Szaktekintély —/ 


0 Kiskapu Kft. Minden jog fenntartva 





KKE 


0 Kiskapu Kft. Minden jog fenntartva 


EJTETT tcp.dmp - Ethereal 


File Edit Capture Display Tools 


1 0.000000 cheetah.home dolphin. home 1031 2 ssh [SYN] Seg-4011370143 Ack-0 Win-32120 Len-0 MSS-1460 TSV-1205813 TSER-0 WS-0 

2 0.000000  dolphin.home cheetah. home ssh 2? 1031 [SYN, ACK] Seg-3980097340 Ack-4011370144 Win-32120 Len-0 MSS-1460 TSV—-1237732 
3 0.000000 cheetah.home dolphin. home 1031 ? ssh [ACK] Seg54011370144 Ack-3980097341 Win-32120 Len-0 TSV-1205813 TSER-1237732 
ked LL LT 11111 ir (ai ssh 2. 1031 [PSH, ACK] Seg—3980097341 Ack-4011370144 Win-32120 Len-25 TSV—-1237733 TSER-—12 
5 0.000000 cheetah.home dolphin. home 1031 2 ssh [ACK] Seg5-4011370144 Ack-3980097366 Win-32120 Len-0 TSV-1205813 TSER-1237733 
6 10.189102 cheetah.home dolphin. home 1031 2 ssh [FIN, ACK] Seg5-4011370144 Ack-3980097366 Win-32120 Len-0 TSV-1206832 TSER-123 
7 10.189102 dolphin.home cheetah. home ssh 2 1031 [ACK] Seg-3980097366 4ck-4011370145 Win5-32120 Len-0 TSV-1238752 TSER-1206832 
8 10.189102 dolphin.home cheetah. home ssh 2 1031 [FIN, ACK] Seg-3980097366 Ack-4011370145 Win-32120 Len-0 TSV-1238752 TSER-120 
9 10.189102 cheetah.home dolphin. home 1031 : ssh [AC€K] Seg-4011370145 Ack-3980097367 Win-32120 Len-0 TSV-1206832 TSER-1238752 


Frame 4 (91 on wire, 91 captured) 
Ethernet II 
Internet Protocol 
E Transmission Control Protocol, Src Port: ssh (22), Dst Port: 1031 (10319, Seg: 3980097341, ück: 4011370144 
Source port: ssh (22) 
Destination port: 1031 (1031) 
Seguence number: 3980097341 
acknowledgement number: 4011370144 
Header length: 32 bytes 
Flags: 0x0018 (PSH, ACK) 
Window size: 32120 
Checksum: Oxfcab 
Options: (12 bytes) 
Data (25 bytes) 


0000 00 00 00 00 00 01 00 4f 4c 03 35 ea 08 00 45 00 

0010 00 4d 61 8e 40 00 40 0£ bf 38 0a 01 02 fb 0a 01 

0020 02 eg 00 16 04 07 ed 3b 77 3d ef 18 a6 a0 80 18 

0030 7d 78 fc ab 00 00 01 01 08 0a 00 12 e2 e5 00 12 3x 

0040 66 35 53 53 48 2d 31 2e 39 39 2d 4f 70 65 6e 53  fSSSH-1. 99-0üpenS 
0050 53 48 5f 32 2e 35 2e 32 70 32 0a 2.54 Dés 








Filter] 12.232 and ip-addr eg 10.1.2.251) and (tep.port eg 1031 and tep.port eg 22)" 7] Resetj[ File: tep.dmp. Dropso 
1. kép Az ethereal fő képernyője 


ESETT contents of TCP stream 


220 dolphin.home FTP server (Version wu-2.6.1(1) Wed öug 9 05:54:50 EDT 2000) ready. 
USER bozo 

331 Password reguired for bozo. 

PASS netuddki 

230 User bozo logged in. 

SETS 

215 UNIX Type: L8 

PWD 


257 "/7home/bozo" is current directory. 

CWD. /tmp 

250 CWD command successful. 

PASY 

227 Entering Passive Mode (10,1.,2,251,175.,107) 

LIST 

150 Opening ASCII mode data connection for /bin/ls. 

226 Transfer complete. 

ÓUIT 

221-You have transferred 0 bytes in 0 files. 

221-Total traffic for this session was 1764 bytes in 1 transfers. 
221-Thank you for using the FTP service on dolphin.home. 
221 Goodbye. 





/ 


a ASCII 4 EBCDIC s Hex. Dump 


2. kép Az ethereal ICP kapcsolatkövető képernyője 


visszautasítás módja megváltozik. Ilyenkor a rendszermag egy ICMP- 
üzenetet küld vissza. Az üzenet típusa destination unreachable, a kódja 
viszont változhat. A Linux 2.2.x magsorozat ilyenkor port unreachable 
kóddal küldi vissza (ezt szemlélteti a 3. b lista). 


tepdump-példák 

Az 3. c lista hasznos példákat mutat a tepdump használatára. Az 1. pél- 
dában látható, hogy az eth0 hálózati kártyán a cheetah gépről induló 
vagy oda érkező IP- és ARP-csomagokra figyelünk. A 2. példában 
csak a cheetah gépről kunduló IP-csomagokat nézzük. A 3. példa 
már összetettebb szűrőt használ: csak azon TCP-csomagokat mutatja, 
amelyekben a cheetah gép, valamint az ssh port (22/tcp) érintett 

(a cheetah SSH-kapujára érkező és induló vagy a cheetah gép és 
tetszőleges más gép 22-es TCP-kapuja közötti csomagok). Sokszor 
előfordul, hogy SSH-protokollon jelentkezünk be egy gépre, és úgy 
futtatjuk a tepdumpot. Ilyenkor hasznos lehet a 4. példa. Itt a cheetah 
gépet és az SSH-kaput érintő forgalom figyelmen kívül marad (ez 

a feltétel ugyan más csomagokat 1s eldob, de a célnak sokszor így 

15 megfelel). A kifogástalan feltétel az 5. példában látszik. Ilyen 
bonyolultabb feltételek esetén lehet hasznos a -F kapcsoló, aminek 
hatására a szűrőkifejezést a megadott állományból olvassa; ilyenkor 

a parancssorban megadott szűrőfeltételt figyelmen kívül hagyja. 

Ha csak a SYN, a FIN és a RST jelzőbitekkel rendelkező csomagok 
érdekelnek minket, akkor a 6. példa mutatja a megoldást. Mint cikk- 


sorozatunk korábbi részeiben említettük [1., 5., 6.], ezek a jelzőbitek 
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a TCP-fejléc 14. bájtján helyezkednek el. Ha pedig azt szeretnénk, 
hogy a SYN-ACK bitkombinációval rendelkező csomagok ne 
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látsszanak, akkor a (7.) példa szerinti szűrőfeltételt kell használni. 


ethereal 

Az ethereal hálózati elemzőcsomag Unixokra. Könnyen kezelhető, 
számos kényelmi lehetőséggel: képes a csomagok közvetlen beolva- 
sására, de akár a tepdump segítségével létrehozott állományok 1s 
beolvashatók vele. A csomag két programot tartalmaz: a tethereal 
karakteres felülettel rendelkezik, míg az ethereal GTK-t toolkit segít- 
ségével grafikus felületen fut. Az ethereal-csomag szinte minden 
Linux-terjesztéshez elérhető, de forrásban is letölthető [4.]. Az 
ethereal-csomag több keretformátumot és protokollt ismer, mint 

a tepdump. Roppant hasznos segédeszköz, ha valaki hálózaton kap- 
csolatot tartó programot készít vagy valamely protokoll működésére 
kíváncsi. Az ethereal főképernyőjét mutatja a /. kép. Itt jól látható, 
hogy miként jeleníthető meg a beolvasott csomagok összes jellem- 
zője. A program nagyon hasznos további lehetősége, hogy a TCP- 
kapcsolatok végigkövethetők. Ebben az esetben hexadecimálisan 
vagy szöveges formában láthatjuk a kapcsolatban átáramló adatokat. 
A két gép által küldött karaktereket eltérő színnel jeleníti meg. 

A 2. képen FTP-példa látható: a kiszolgáló által küldött üzenetek 
(kék színnel) jól elkülönülnek az ügyfél által küldött üzenetektől 
(piros). Az ethereal használatát rendkívül könnyű elsajátítani. Szűrő- 
feltétel felépítésére itt 15 lehetőség nyílik, bár a szűrő formai követel- 
ményei eltérnek a tepdumpnál megismertektől. A pontos formátumot 
az eszköz kézikönyvében jól leírták. 


Biztonsági kockázatok 

Talán kissé furcsán hangzik, de a hálózati elemzőknek 15 komoly 
biztonsági kockázatai akadnak. Ennek oka, hogy a program magas 
jogosultsággal fut és bemenete a támadó által befolyásolható. Egy 
rendszergazdai jogosultsággal futó tepdump-programra ugyanúgy 
kell tekinteni, mintha hálózati démon lenne. Bármilyen biztonsági 
hiba (amire már volt 15 példa a tepdump esetén 15) a figyelő állomá- 
son kód-végrehajtást tehet lehetővé. 
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PoV-Ray ismeretek 4-2. rész) 


Ebben a részben az egyszerű testek meghatározását, a testek közötti 





EN LEHALT 





halmazműveleteket és a különféle transzformációkat tekintjük át. 


emutatjuk az egyszerű testek (sík, gömb, téglatest, kúp, 
B csonka kúp, henger és tórusz) meghatározását, a testek 

közötti halmazműveleteket (CSG — Constructive Solid 
Geometry), valamint a különféle átalakításokat (tranformációkat). 
A jelenet megadásához a PoV-Ray néhány alapvető testet bocsát 
a rendelkezésünkre, amelyekből összetett testek képzésére nyílik 
lehetőségünk - így például forgástesteket, Bezier-felületeket 15 
létrehozhatunk. 
Amint sorozatunk első részében már láthattuk, egy gömb meghatá- 
rozása egy koordinátával és a gömb sugarának megadásával történ- 
het, a következő formában: 





sphere ( 
VEKTOR 
SUGAR 
) 


A megadott VEKTOR a gömb középpontját jelöli ki, a valós SUGAR 
pedig a gömb sugarát határozza meg. 
Az előző részben ugyancsak használtunk sík felületet. Ezt a követ- 
kező módon hozhatjuk létre: 
plane ( 

VEKTOR, VALÓS 
) 
Itt az első érték egy vektor, ami merőleges a síkra (a sík normálvek- 
tora), az ezt követő valós szám pedig azt határozza meg, hogy a síkot 
hány egységgel kell eltolni a normálvektor által kijelölt tengelyen. 
Egyszerű téglatestet a "box" kulcsszóval hozhatunk létre, mely a 
következő értékekkel bírhat: 
box ( 

VEKTOR1 

VEKTORZ2 
) 
Az első vektor Itt a nullponthoz közelebb eső bal alsó csúcspont 
helyvektorát adja meg, míg a második vektor az előbbi csúcsból 
induló testátló másik végén lévő csúcspont helyvektora. 
Egy testátló két végének megadásával a téglatestet egyértelműen 
meghatároztuk. 
Kúp és csonkakúp megalkotása a következő sorokkal lehetséges: 
cone í( 
SUGAR1 
SUGARZ2 


VEKTOR1, 

VEKTORZ, 
I 
A két vektorral meghatározzuk a kúp tengelyének végeit, míg a 
vektorok után megadott két valós szám a csonka kúp végeinek 
sugarát szabja meg. Szabályos kúpot úgy hozhatunk létre, hogy az 
egyik sugarat 0-ként adjuk meg. 
cone í( 

c0,0,Os, 2 

c0,4,O5s, 0 
J 
Ha azt szeretnénk elérni, hogy a csonka vagy a szabályos kúp mind- 
két vége nyitott legyen, akkor a fenti két sor után az " open" kulcs- 
szót 15 használnunk kell. Hengert a következő módon adhatunk meg. 
cylinder ( 
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VEKTOR1 

VEKTORZ2 

DUGAR 
) 
A két vektor szerepe megegyezik a fentebb tárgyalt kúpnál szereplő 
vektorokéval, vagyis ezekkel adjuk meg a henger két végét. Tekin- 
tettel arra, hogy a henger minden keresztmetszete azonos sugarú, 
itt csak egyetlen sugármegadás szükséges, mely a henger tengelye 
mentén állandó lesz. Itt 15 használható az " open kulcsszó, hatására 
a henger mindkét vége nyitott marad. 
A tórusz talán nem ismeretlen fogalom azok körében, akik már hasz- 
náltak valamilyen 3D-modellező programot. A többiek pedig könnye- 
dén képet alkothatnak maguknak erről a testről, ha egy lyukas közepű 
fánkra vagy hullahopp-karikára gondolnak. 
A PoV-Rayben tóruszt a következő utasításokkal hozhatunk létre: 
torus (í( 

NAGYOBB SUGAR, KLSEBB SUGAR 
) 
A fenti listában a NAGYOBB SUGAR valós érték határozza meg a tárgy 
tényleges sugarát, míg a KISEBB SUGAR a cső sugarát adja meg. 
Ezzel végére 1s értünk az egyszerű testek sorának. 
Következzenek a különféle átalakítások (transzformációk) formai 
követelményei! Három alapvető átalakításról beszélhetünk, ezek 
minden 3D-modellezéssel kapcsolatos programban megtalálhatók. 
Az első ilyen az eltolás, amely nem csupán tárgyakra értelmezhető, 
hanem természetesen kamerára és fényforrásokra 15. Formája 
a következő: 
translate ( 

VEKTOR 
) 
A VEKTOR az eltolás vektora. 
Szintén egy-egy vektorral adható meg a következő két átalakítás: 
a méretezés (scale) és a forgatás 1s. 


scale ( 
VEKTOR 

) 

rotate ( 
VEKTOR 

) 


A fentiekre álljon itt példaképpen ez a rövid lista, amiben mindhárom 
átalakítás fellelhető. 

box ( 

c 0, 0, 0 s, cz 1, 1, lo: 

translate ( c 2, 2, 2 5 ) 

rotate (í 20 " x ) 

scale f c 1, 1.2, 2 5 ) 

) 

Ha nincs szükségünk az átalakítási vektorok minden elemére, hasz- 
nálhatjuk a PoV-Raybe beépített egységvektorokat 1s, amint azt a 
forgatásnál láthattuk. 

Az alábbiakban erre a három műveletre alapozva létrehozunk egy 
kereket. A kerék abroncsát egy tórusz fogja képezni, a küllőket pedig 
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0 Kiskapu Kft. Minden jog fenntartva 
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hengerek alkotják. A kerékagyat és a tengely csatlakozási helyét két 
torzított gömbből alakítottam ki. Az elkészült képet a CD-mellékleten 
kerek.tga néven találhatjuk meg. 
// Makróként megadjuk a küllőt, hogy a 
// későbbiekben csak a forgatással és eltolással 
// kelljen foglalkozni. 
tdeclare kullo-cylinder ( 

20, 0, 05 

c0, 0.8, 05 

0.1 


pigment ( color rgb c0.2, 0.2, 0.55 ) 


// Szórt fény 


global settings ( ambient light 0.9 ) 


// Kamera 


0 Kiskapu Kft. Minden jog fenntartva 


camera 
( 
angle 40 
location 
look at c0.0 , 0.0 , 


€c—2.0 , 2.0 ,-2.05 
0.05 


// Direkt fényforrás 
light source 
( 
0"x 
color rgb ci ,1,15 
spotlight 
40, -205 
point at c0, 0, 05 


translate c20, 


radius 10 
falloff 20 


// Alaplap 
plane ( 
Yr 0 


pigment ( color rgb c-0.6, 0.6, 0.65 ) 


// Kerékabroncs 
torus 
( 
0.8, 
0.15 
pigment ( color rgb c0.2, 0.5, 05 ) 


translate 0.25ry  // -dX dY dZz 


// 6 küllő a kerékhez 
object (f( kullo 
rotate c90, 0, Os 


translate y"0.25 


object ( kullo 
rotate c-90, 60, 0- 
translate y"0.25 

J 

object ( kullo 
rotate c90, 120, 0-5 


translate y"F0.25 
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) 
object ( kullo 
rotate -90, 180, 0-5 


translate y"r0O0.25 


object ( kullo 
rotate c90, 240, 05 
translate y"r0O0.25 

I 

object ( kullo 
rotate c-90, 300, 0-5 


translate y"r0O0.25 


// Kerékagy 
sphere ( 

20, 0, 05 

0.4 

pigment ( color rgb c-0.8, 0.3, 0.25 ) 
scale y"7"0.3 


translate y"r0O0.25 


sphere ( 

c0, 0, Os 

042 

pigment ( color rgb c0.4, 0.15, 0.15 ) 
scale y"7"1.2 


translate y"r0O0.25 


kf 5 


Az alapvető átalakításokat áttekintve, ebben a hónapban nem maradt 
más hátra, mint a CSG-műveletek megértése és használatuk elsajátí- 
tása. A CSG -— azaz a már említett Constructive Solid Geometry — 
a legkönnyebben úgy érthető meg, hogyha az egyes testeket térbeli 
pontok halmazának tekintjük. Ebben az esetben a műveletek egysze- 
rű halmazműveletek, nevük 15 ennek megfelelő: unió (union), kü- 
lönbség (difference) és metszet (intersection). A PovV-Rayben létezik 
egy negyedik művelet is, ezt összekapcsolásnak (merge) nevezhetjük, 
és feladatát tekintve nagyon hasonlít az unió-művelethez. 
A CSG segítségével rendkívül összetett alakzatokat is létrehozha- 
tunk, de talán felmerül a kérdés, hogy miért nem elégséges egysze- 
rűen csak egymás mellé helyezni azokat a tárgyakat, amelyekből az 
összetett objektum áll? Ha az objektumokat csupán egymás mellé 
helyezzük, akkor annak minden egyes apró elmozdulásakor minden 
tárgyat pontosan ugyanannyival kell arrébb tennünk, amennyivel 
maga 1s elmozdult — és ugyanez lesz igaz a méretezésre és a forga- 
tásra 15! Ezenkívül ha tárgyunk minden része azonos anyagból készült, 
felesleges munka lenne ezt az anyagot minden rész számára megadni, 
egyszerűbb a részeket egymáshoz kapcsolva kezelni. A CSG-vel 
létrehozott tárgyak szerkezetét faszerkezetként ábrázolhatjuk, ahol 
a levelek az egyes részobjektumok, míg a fa belső csomópontjai az 
egyes műveletek. Elsőként az egyes műveletek formai követelmé- 
nyelt vizsgáljuk meg, majd létrehozunk egy összetett objektumot, 
amelynek szerkezete a következő ábrán látható. Objektumunkat 
nevezzük - a nagyfokú hasonlóság miatt — mondjuk hamutartónak. 
Az első művelet legyen az unió. Ennek formai követelménye az alábbi: 
union ( 

OBJEKTUM 1 

OBJEKTUM 2 


OBJEKTUM N 





. Szaktekintély 


2. lista 


xx 


// A hemncgezáleőtüiőalkzem juk a gömböt 
tdeclare Hamu alja-difíference ( 


cylinder ( 
SA ESNE 
ANEOSES 0 
4880 

J 

sphere ( 
Sal EKG 
0.8 

J 


// Az eldődiooi művelet eredményéből kivonmnuk 
// az egyik kis fekvő hengert 
tdeclare Alja egylyukkal- 
difference ( 
object ( Hamu alja )] 
cylinder ( 
20;70.3; 05 
20.2.8,05 
(6 0AAlK 
rotaca 2907 907; 05 
translate y"0.5 


// Egylyuükú hamutartó —-— mésik kis tTekvő henger - 
// - készen van a hamutartó. 
difference ( 
// Baáamutarctó alja - égyik csaikktartó 
object ( Alja egylyukkal 3 
cylinder ( 
SAVE KÉSZ 
Sá ENG E0 
1968ell 
rotata 290, 270, 0 
translate y"F0.5 
) 
// Adjunk neki kék színezetet 


öigment (1 color zgo 20.3;, 0.3, 1lsz ) 


A fentiekből kitűnik, hogy ez a művelet nemcsak két objektumon 
értelmezhető, hanem egyidejűleg több objektumot is eggyé olvaszt- 
hatunk. Az egyes műveletek értékei összetett objektumok is lehet- 
nek, ahogyan azt a későbbi forráslistákon láthatjuk. Tehát a különb- 
ségképzés és a metszet a következőképpen néz ki: 
difference ( 

OBJEKTUM 1 

OBJEKTUM 2 


OBJEKTUM N 
) 
intersection ( 
OBJEKTUM 1 
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Csikktartó2 
(vékony henger) 


Csikktartó1 
(vékony henger) 





Hamutartó szerkezete CSG-fa ábrázolásban 


OBJEKTUM 2 


OBJEKTUM N 
) 
Mivel a különbségképzés eredménye számos objektum esetében nehe- 
zen képzelhető el előre, ezt a műveletet célszerű egyszerre csak két 
tárgyon elvégezni és a kapott eredményt használni a továbbiak során. 
Utolsó műveletként az összekapcsolást (merge) tárgyaljuk, amely 
az uniótól annyiban tér el, hogy a tárgyak belső felületei eltűnnek. 
Ez főként átlátszó tárgyak létrehozásakor lehet fontos, hiszen például 
egy domború lencsében nem szép, ha úgy tűnik, mintha a végső 
forma két félből lenne összeragasztva. Formája az előbbiek alapján 
könnyen érthető: 
merge ( 
OBJEKTUM 1 
OBJEKTUM 2 














OBJEKTUM N 
J 
A következő listákban kétféle módon határozzuk meg a hamutartó 
formáját: elsőként egyszerre végezzük el az összes műveletet 
(1. lista, mely a 15. CD Magazin/PoV-Ray könyvtárában található), 
majd a második megoldás során az egyes részeredményeket külön- 
külön objektumként kezeljük (2. lista). Így végezetül ugyanahhoz 
az eredményhez jutunk. 
Ezzel lezárjuk ezt a részt, a következőkben pedig olvasóinkat az 
objektumok létrehozásának bonyolultabb módszereivel ismertetjük 
meg, ezt követően térünk rá a különböző anyagokkal és mintáza- 
tokkal való ismerkedésre. 
Addig 1s remélem, hogy mindenkinek kellemes perceket szerez 
a PoV-Ray és az emberi alkotóerő találkozása. 


Fábián Zoltán (dzoolkofreemall.hu, 
dzooligyahoo.com) 23 éves, jelenleg 
programozóként dolgozik. Szabadidejében 
szívesen kirándul, túrázik. Emellett szeret 
rajzolni, érdekli a 3D grafika és a Linuxszal 
z kapcsolatban minden olyan program és 
programnyelv, amit még nem ismer vagy nem próbált ki. 
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Gimp a gyakorlatban 44. rész) 


Munkánkat az előző részben elkészített kitöltőmintákkal folytatjuk, 





írásunk második felében pedig a maszkolás lehetőségeit tekintjük át. 


észítsük el az Enlightenment 
ablakkezelőben használt Brushed 
metal hátteret. Első lépésként 
hozzunk létre egy 200x200 pixel méretű 
képet 50 százalékos szürke háttérrel. Ez 
lesz kitöltő mintánk alapja (1. kép). 

Ezután alkalmazzunk rajta Zajosítást 
(Szűrők/Zaj/Zajosítás, Filters/Noise/ 
Noisify), amitől a kép szemcséssé válik. 
Válasszuk ki a nekünk tetsző mértéket. 
Készülő mintázatunk típusa, mélysége 
nagymértékben a mintázattól függ majd: 
ha nagyobb mélységű mintázatot szeret- 
nénk, a zajosítást többször 15 alkalmazhat- 
juk ugyanazon a képen. A végeredmény 

a tévében látható adásszünethez fog hason- 
lítani. A legjobb, ha minél kisebb az ismét- 
lődés, mert a képpontokból könnyen inter- 
ferencia alakulhat ki, ami minta esetében 
nagyon zavaró lehet (2. kép). 

Utolsó lépésként alkalmazzunk képünkre 
Gauss-elmosást (IIR) (Szűróők/Elmosás/ 
Gauss-elmosás (IIR), Filters/Blur/Gaussian 
Blur (IIR)). A kívánt eredmény eléréséhez 
csak vízszintes irányban kell elmosáshoz fo- 
lyamodnunk. Az eredményt a 3. kép mutatja. 
Mint látható, az elmosás eredményeképpen 
nem sikerült jól ismételhető képet készíteni. 
Ezen úgy segítettem, hogy levágtam a kép 
szélét. A mintát brush.pat néven a -/.gimp- 
1.2/patterns/ könyvárba mentsük el, és a 
művelet során nevezzük át Brush metal-ra. 
Mentés után a Pattern Selections párbeszéd- 
ablak segítségével a mintát ki 15 választhat- 
juk. Ne feledkezzünk meg a frissítésről sem, 
hogy elmentett mintánkat használni tudjuk! 
Az eredményként kapott minta remekül 
alkalmas hátterek előállítására, én például 
ennek segítségével készítettem az újabb 
weboldaltervet (4. kép). 





Kígyóbór készítése 

A kígyóbórt utánzó kitöltő mintához hoz- 
zunk létre egy új képet (700x700 képpont, 
RGB), majd alkalmazzunk rajta plazma- 
szűrőt (Szűrők/Megjelenítés/Plazma, 
Filters/Render/Clouds/Plasma — 5. kép). 
Ne ijedjünk meg, nem rontottunk el semmit! 
Alkalmazzunk rajta egy Desaturate telítet- 
len szűrőt (Kép/Colors/Desaturate, Image/ 
Colors/Desaturate), ennek eredményekép- 
pen alkotásunk fekete-fehér lesz (6. kép). 


Színábrázolása továbbra is RGB marad, ez 
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tehát nem ugyanazt jelenti, mintha a szín- 
ábrázolást fekete-fehérre változtattuk 
volna. (Ezzel a módszerrel kétszínű képe- 
ket tudunk készíteni.) Adjuk vissza a színe- 
ket képünknek! Használjuk ehhez a Szín- 
egyensúly menüpontot (Kép/Colors/ 
Színegyensúly, Inage/Colors/Color 
Balance). A kígyóbőrhöz zöld és sárga szí- 
nekre van szükségünk - bár használhatjuk 
a kék és lila párosítást is, de ilyen színű 





1. kép Kitöltőmintánk alapja 





2. kép Zajos kép 


kígyóval ritkán találkozunk. Én a természe- 


tadta színeknél maradtam (7. kép), a vég- 
eredményt a §. kép mutatja be. 

A kígyóbőr-mintázat elkészítéséhez 

a Mozaikszűrő Szűrők/Megjelenítés/Minták/ 
Mozaik, Filters/Render/Pattern/Mosaic 

a legalkalmasabb eszköz (9. kép). 

Nézzük meg az általam beállított értékeket! 
A kép nagy mérete miatt a csempe méretét 
növeltem, magassága és távolsága azonban 
kicsi. A fény irányát és a színek variációját 
alapértéken hagytam. A csempézettség 





csinossága (Tile Neatness) értékével a csem- 
pék elrendezettségét szabályozhatjuk: minél 
nagyobb az érték, annál szabályosabb a 
kitöltőminta. Ezt esetünkben 65 százalékra 
állítottam. 

Nézzük a végeredményt a /0. képen! 
Mondhatnánk azt 1s, hogy készen vagyunk, 
de finomítsunk rajta még egy kicsit! Tegyük 
még izgalmasabbá a mintát! Hozzunk létre 
egy új réteget és alkalmazzunk rajta ismét 
plazmaszűrőt. Ezzel az új réteggel fogjuk a 
bőrt rücskössé tenni. A rétegen ezt követően 
alkalmazzunk egy Desaturate-t, ezzel 
fekete-fehér felületet kaptunk. Ezzel a réteg- 
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gel alkalmazzunk az első rétegen egy Bump 
map-et (Szűrők/Leképezés/Bump-Map, 
Filters/ődMap/Bump Map), így válik a bőr 
rücskössé (71. kép)! 

A képet még sokáig csiszolgathatjuk, 
adhatunk hozzá például sötétítést és egyéb 
kiegészítéseket. Ennek a háttérnek sajnos 
van egy rossz tulajdonsága: nem ismételhető 
tökéletesen, ugyanis az ismétlések a csem- 
pézet illesztésekor nem tökéletesek, mivel 





3. kép Az elkészült kitöltőminta 





4. kép Krómfeliratú kitöltőminta 


a mintázat túl részletgazdag. Természetesen 
különböző trükkökkel ezt a nehézséget 15 
áthidalhatjuk. Ha megnézzük a Gimp tele- 
pítése után elérhető kitöltőmintákat, azok 
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illesztése sem tökéletes (lásd az előző 





6. kép Telítetlen színek alkalmazása 


részben a Green Linux feliratot). Használa- 
tuk során ügyeljünk arra, hogy nagy, össze- 
függő területeket ne töltsünk ki velük, 
lehetőleg csak apróbbakra alkalmazzuk 
(például szöveg kitöltésére). Én ugyan 
vállalkoztam a merészebb feladatra, a 
háttérként való használatra, a megoldást 
azonban az olvasóra bízom (12. kép). 


Mi a maszkolás? 

Miben különbözik a kijelöléstől? 

A Gimp rendkívül hatékony eszközeinek 
egyike a maszkolás, ami nélkül számos eset- 
ben tehetetlenek lennénk, vagy csak nagyon 
körülményesen tudnánk elkészíteni a grafi- 
kát. Mondhatná a kedves olvasó: , Minek 

a maszkolás, amikor ott a kijelölés? Azt már 
ismerem, bőven elég az 15!" Ez igaz! Vannak 
azonban olyan feladatok, amelyeket a 
maszkolás nélkül nem tudnánk megoldani. 
Egy létező képből csak egy részletet jele- 
nítsünk meg kijelöléssel, vagy halványítsuk 
el függőlegesen átlátszóba. Az ilyen típusú 
feladatok maszkolással egy lépésben meg- 
oldhatók, kijelöléssel azonban hosszadalmas 
munka lenne. A maszkolás kiegészíti, kiter- 
jeszti a kijelölés lehetőségeit: a 11. képen 
látható kígyóbőr mintát 15 maszkolással 
jelenítettem meg. 

A Gimp két különböző módon kezeli a 
maszkolást: másként a rétegek és másként 

a csatornák esetében. A csatornákban való 
maszkolást tulajdonképpen kijelöléseink 
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mentéseként 1s értelmezhetjük. Az összetett, 
több részletből álló kijelöléseket tárolhatjuk 
csatornában, melyeket egyszerűen az ismert 
rajzoló és törlő eszközökkel készíthetünk el. 
Így a kijelölések megalkotása rendkívül 
kényelmessé válik, és rétegek esetében a 
kép részleteit ki tudjuk takarni, , maszkolnt". 
Így könnyen készíthetünk montázsokat, 

és a képeken később is egyszetű lesz változ- 
tatni. Nézzük át részletesen ezeket a szol- 
gáltatásokat! 


Csatornák használata a maszkoláshoz 
Csatornák esetében a maszkolásnak két 
fő feladata van: 

a) kijelölések tárolása, 

b) kitakarások beállítása. 
A csatornákban nyolcbites (256 szürke 
árnyalatú) képekkel dolgozhatunk. 
A láthatóság nagyon egyszetű: a csatorná- 
ban levő képen a fehér átlátszó, a fekete 
nem (15. kép). 


Színegyensúly 7Nx 


Színszintek: [0 2 100 sz ENE 
O 


sz érnyékük 2 Középszínek az Fényes színek 
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7. kép A Színegyensúly menüpont 





térő 


8. kép A kígyó bőrének színei 


Miért hasznos kijelöléseinket tárolni? 
Többféle magyarázat létezik rá: hasznos, 

ha alkotásunk során végzett kijelöléseinket 
tároljuk, különös tekintettel azokra az össze- 
tett kijelölésekre, amiket nehezen tudnánk 
újra kijelölni, ugyanis részei a képnek. Bizo- 
nyos szűrők, szolgáltatások után azonban 
megszűnik a kijelölés. 

A szűrők eredményét a kijelölések meg- 
szüntetésével és visszaállításával ellenőrizni 
lehet, így a legösszetettebb kijelölések kö- 


zött 15 gyorsan tudunk váltani. 


Remélem, olvasóinkat sikerült meggyőznöm 
arról, hogy milyen sok lehetőséget tudnak 
használni a Gimppel. Nem csak a Fájl menü 
létezik a programban. . . 


Kijelölés-mentés csatornába 
Képünk kijelölése után a legegyszerűbb 
megoldás a menüben található Kijelölés 
mentése csatornába Kfjelölés/Mentés 
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11. kép Az elkészült bőrminta 
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12. kép A kígyóbőr háttérként való alkalmazása 


csatornába (Select/Save to Channel) szol- 
gáltatást használni. A párbeszédablakban az 
új csatornát meg 1s nézhetjük. A Gimp nagy 
előnye, hogy az elmentett kijelöléseket 
nagyon könnyen tudjuk szerkeszteni, módo- 
sítani: elég, ha kiválasztjuk azt a csatornát, 
amin változtatni szeretnénk és a rajzoló 
eszközzel módosítjuk a kijelölést! 
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. Rétegek (Esztomaj] Útvonalak i 





13. kép Az eredeti kép és a maszkok megjelenítése párbeszédablak 





14. kép Kitakarás rétegmaszk segítségével 


Kijelölés módosítása 

A 13. képen látható fotóból ki szeretnénk 
törölni a hátteret. A maszkolás használatával 
rendkívül egyszerű a dolgunk. Először 15 
jelöljük a ki kívánt területet a kézi kijelölő- 
vel! A kijelölés még valószínűleg korántsem 
tökéletes. Mentsük csatornába: Kijelölés/ 
Mentés csatornába (Select/Save to 
Channel). Ezután nincs más hátra, mint 

a kijelölést az apró részletekig finomítani. 
Jelöljük ki a csatornát, majd a megfelelő 
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rajzolóeszközzel kényelmesen módosítsuk. 
Módosítás közben a Gimp fekete színnel 
jelöli a kijelölt területet. Ha más részletet 

is ki szeretnénk jelölni vagy takarni, hoz- 
zunk létre új csatornát, és azon dolgozzunk. 
Képeinkhez korlátlan számú kijelölést avagy 
csatornát készíthetünk. 


Maszkok összevonása 
Különálló, független kijelölések összekap- 
csolására, összevonására 1s lehetőség van 


a Gimpben. Csatornák egyesítésére többféle 

megoldás 1s kínálkozik. 

Az egyik lehetőség: 

1. Válasszuk ki az egyik csatornát: Csatorna 
hozzáadása kijelöléshez (Channel to 
Selection). 

2. Lépjünk át a másik csatornára, majd 
azt 15 adjuk hozzá a kijelöléshez. 

3. Mentsük el a kijelölést csatornába 
a korábban ismertetett módon. 


Maszkolás rétegek esetében 

A másik lehetőséget a kitakarásra a rétegek 
maszkolása jelenti. Ezt elsősorban kisebb 
részletek eltüntetésére használhatjuk. Ha 

a mű igényli, a kétféle maszkolás együtte- 
sen 15 alkalmazható. Rétegmaszk esetében 
a láthatóságot a fehér jelenti, a láthatatlan 
részt pedig a fekete, így ennek módosítása 
is rendkívül egyszerű. Bármelyik szerkesz- 
tő-eszközzel végezhetjük. 

Nézzük meg, hogyan lehet rétegeket masz- 
kolni! Milyen eszközöket használhatunk 

a maszkokon? Ecsetet, tollat, ceruzát, fes- 
tékszórót, kijelölést, elmosást, színátme- 
netet — vagyis az összes eszköz a rendelke- 
zésünkre áll. Ne feledkezzünk meg arról, 
hogy a maszkokban 256 szürkeszínárnya- 
latot használhatunk. 

Képem kitakarásában például a szörfös 
mögötti hátteret szeretném törölni. Első 
lépésként elkészítettem a részletes kije- 
lölést az előbb ismertetett módszerrel, 

így magának a kijelölésnek a létrehozása 
rendkívül egyszerű: kiválasztom a megfe- 
lelő csatornát, majd a Csatorna kijelöléssé 
alakítása (Channel to Selection) gombra 
kattintok. Ekkor kijelöli a kitörlendő 
területet. Ezután kiválasztom képemből 
azt a réteget, amit módosítani szeretnék 

(a szörföst ábrázoló réteget). A Réteg 
(Layer) menüből válasszuk ki a Rétegmaszk 
hozzáadása (New Layer) menüpontot, 
teljes láthatósággal (tehát fehér színnel). 
Ezt követően nincs más hátra, mint a 
meglevő kijelölés alapján a rétegmaszkot 
feketével feltölteni — és máris eltűnt a 
háttér. Ha viszont a rétegmaszkot töröljük, 
akkor a kép maszkolt része is láthatóvá 
válik, tehát ennek a használatával képünk 
részleteit valójában nem töröljük, csak 
kitakarjuk. A kitakart hátteret a /4. kép 
szemlélteti. 

Következő írásunkban a folytatjuk maszko- 
lást, majd érdekes montázsokat készítünk. 
Addig 15 Jó gimpelést kívánunk mindenkinek! 


Süveg Gábor 
(gsuvegosgmobil2000.hu) 
Régóta használ Linuxot 

és BSD-t. Hobbija a búvár- 
kodás, vitorlázás és a 
számítógépes grafika. 








Testreszabott JSP-eljárások 


Hogyan egyszerűsítsünk összetett Java-kódot? 





Linuxvilág előző számaiban a kiszolgálóoldali Java-alkal- 
AA mazásokkal ismerkedtünk. A vizsgálódást a servletekkel, 
ezekkel a különleges Java-osztályokkal kezdtük, melyek 
a servlettárolóból hajtódnak végre. A programozókat a servletek 
használata nyilván nem rettenti el, a grafikusok véleménye viszont 
e tekintetben megoszlik. 
Ezt a gondot oldja meg a JavaServer Page-módszer (JSP-k) haszná- 
lata, amely a Javát a HIML-lel egyesíti, miközben a Microsoft Active 
Server Pages-hez (ASP) vagy a mod perl-hez tartozó, nyílt forráskódú 
HTML ::Mason-rendszer formai követelményeihez hasonló nyelvet 
használnak. Minden JSP valójában egy álcázott servlet; a lapot a JSP- 
motor servletté, majd pedig Java .class állománnyá alakítja. 
A JSP-k Java-kódot 1s tartalmazhatnak, ami egyszerűbbé teszi az 
összetett műveletek elvégzését. Egy bizonyos ponton túl azonban 
a kód elnyomja a HTML-t, ezáltal a JSP fenntarthatatlanná válik. 
A nem programozók sem kedvelik, ha nagy mennyiségű kódot talál- 
nak a JSP-ben, így viszont a JSP előnye erősen csökken az egyszerű 
servletekkel szemben. 
Előző írásunkban az olyan módszerek egyikét vizsgáltuk meg, amivel 
elkerülhetjük a JSP-n belüli kódhasználatot, nevezetesen a JavaBeans 
alkalmazását. Egyszerű XML-alapú tagok használatával akár egy nem 
programozó 1s képes összerakni egy összetett viselkedésű JSP-t anél- 
kül, hogy egyetlen sor kódot 15 írnia kellene. A JavaBeans valódi ereje 
nem magukban a babokban (JavaBeans magyarul , Java Babok"-at 
jelent) rejlik, hanem azokban a különleges tagokban, amelyek segít- 
ségével oly könnyen előhívhatjuk azokat. 
Most azt vizsgáljuk meg, hogyan írjunk saját — ahogy mondani szo- 
kás — , testreszabott eljárást", azaz olyan XML-alapú tagokat, amelyek 
lehetővé teszik, hogy Java-osztályokkal és eljárásokkal dolgozzunk 
anélkül, hogy magával a Javával egyáltalán találkoznánk. Példáinkat 
a nyílt forráskódú Jakarta-Tomcat servlet és JSP-megvalósításhoz 
terveztük. Mindazonáltal valószínűleg bármely olyan JSP-megvalósí- 
tással működnek, amelyek a testreszabott eljárásokat támogatják. 
Több oka 15 lehet, amiért testreszabott eljárásokat érdemes használni. 
Az első, hogy csökkentik a JSP-be illesztendő Java-kód mennyiségét, 
ezáltal azok könnyebben olvashatóvá, érthetővé és karbantarthatóvá 
válnak. A testreszabott tagok ráadásul sokkal kevésbé bonyolultak, 
mint egy Java-kód, így azokat szélesebb felhasználói réteg használ- 
hatja. Végezetül minden testreszabott tagkönyvtár egyetlen központi- 
lag írt és fenntartott Java-osztályra mutat. Testreszabott eljárások 
használatával a honlap pontosan olyan tagok könyvtárát állítja elő, 
amelyek éppen szükségesek. Egyetlen Java-programozó számos 
tervezőgrafikus és JSP-felhasználó számára készíthet és adhat ki 
tagkönyvtárakat. Amint azt látni fogjuk, a testreszabott tag ugyan 
nem csodaszer, de nagyon hasznos; a magam részéről ezt tartom 
az egyik legfontosabb érvnek, és emiatt érdemesebb JSP-t használni 
a versenytárs módszerekkel szemben. 


Melyek is azok a testreszabott eljárások? 

A testreszabott eljárások JSP-ből rövidebb utat biztosítanak a Java- 
kódhoz. Bármit, amit testreszabott eljárással meg lehet tenni, 

az megoldható c3 3: tagok közti Java-kóddal 15. Hiszen — mint 
tudjuk — a JSP servletté alakul, mielőtt a végfelhasználó számára 
lefordítódik és végrehajtódik. 
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Ahogy azt a múlt hónapban a JavaBean-tagok esetében láthattuk, 
a testreszabott eljárásokat HTML helyett egyszerű XML -tagokkal 
határozhatjuk meg. Ez elsőre némileg zavaró és elkeserítő lehet, 
különösen azoknak, akik hibás HTML -írási szokásokat vettek fel. 
A következő sor például helyesnek tűnhet: 


AaP353c]jsp:getProperty name-"simple" 
ssoroperty-"userID"5c/Pz5 


Valójában azonban a fenti sor nem fog működni és kivételt, illetve 
veremkövetést (stack trace) vált ki a JSP-ben. Ez azért van így, mert 
XML-ben minden tagot le kell zárnunk valahogyan. Ha a ctag:-nak 
nincsen lezáró c/tag3 párja, akkor jelölni kell, hogy saját magát 
zárja le: ctag/ 5. A fenti sort tehát így kell helyesen írni: 


AxaP3c]jsp:getProperty name-"simple" 
ssoroperty-"userID"/5c/Ps5 


A testreszabott eljárás tulaadonképpen csak formaikövetelmény-máz 
a Java-tagfüggvényeken. Minden egyes tagkönyvtár egy-egy eljárás- 
készletet határoz meg, a jsp tagkönyvtár például három eljárást ad 
meg: getProperty, setProperty és useBean. Minden eljárást 
egy külön Java-osztály határoz meg, amit tagkezelőnek (tag handler) 
nevezünk. 

A tagkönyvtár meghatározásához először egy XML fájlt készítünk, 
amelyet tagkönyvtár-leírónak (tag library descriptor, azaz TLD) 
neveznek. A TLD az eljárásokat a megfelelő tagkezelő osztályhoz 
rendeli, felsorolva a választható és kötelező értékeket, illetve a taghoz 
kötődő egyéb adatokat. 

Ha JSP-ből szeretnénk használni a testreszabott eljárást, TILD-nk 
betöltésére különleges vezérlőjelet használunk. Ez segít a JSP-motor- 
nak, hogy a JSP-nkben talált testreszabott tagokat ellenőrizze, illetve 
a hozzájuk tartozó kezelőosztályt megtalálja. 


Egyszerű testreszabott eljárások 

Itt az ideje, hogy egy olyan egyszerű eljárást határozzunk meg, ami 
alapján érthetővé válik a tagkezelő osztályok, a TLD-k és a JSP-k mű- 
ködése mögött rejlő szerkezet. Testreszabott eljárásunk legyen a hello 
tag, amely kezeli az elhagyható firstname értéket. Ha a firstname léte- 
zik, a tag egyszerű üdvözlő üzenetet küld a megnevezett felhasználó- 
nak; ha pedig az érték hiányzik, a tag egy általános üzenetet készít. 
Az első lépés egy egyszerű tagkezelő írása, amely ezt a feladatot 
megvalósítja. Ilyen tagkezelőt mutat be az /. lista a HelloTag osztály 
meghatározásával. A HelloTag.java forrásfájlt az összes JSP és 
servlettel kapcsolatos osztállyal együtt a STOMCAT HOME/classes 
könyvtárba helyeztem. Mivel a HelloTag.java az 11.co.lerner csomag- 
ban található, és miután a STOMCAT HOME az én gépemen a 
/usr/java/jakarta-tomcat-3.2.1 könyvtár, a Java-forrás nálam 

a következő helyen található: 


/usr/java/jakarta-tomcat - 
3.2.1/classes/i11/co/lerner/HelloTag.java 
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7. lista Hellolag tagkezelő 


package il.co.lerner; 





nert Java. 1. o8isik 
import javax.servlet.]sp."; 
import javax.servlet.]sp.tagext."; 
public class HelloTag extends TagSupport ( 
örivate Sdteimd tirstaame — muüll s 
// aull alapértékű mező 
VE87 
// Baáan—-stílusú "set" tagrügeörvény 


(String newFirstname) 


1 


public void setFirstname 


// Csak akkor állítjuk be a firstname 


// mezőt, ha nem üres. 
if (! newFirstname.eguals("")) 
( 
firstname - newFirstname; 
J 
Th 
V 





pulolic imt dotmdTagi) tarows JspExcseptiom ( 
// Szűzjumk bes mémi szövegét a JSRB—-5e; 
// vagy léojümnk ikai! 

Étv őt 


2Z 29 


A HelloTag.java HelloTag.class osztállyá történő fordítása után ezt a tag- 
kezelőt egy vagy több más tagkönyvtárral akár egybe 1s lehet olvasztani. 
Minden tagkezelő osztálynak tartalmaznia kell a két különböző 
alapcsatolófelület (71ag vagy BodyTag) egyikét. (Utóbbi azoknál 

a testreszabott eljárásoknál használatos, amelyeknek nyitó és záró 
tagjuk között , testük" van, ellentétben azokkal, amelyeknek egyál- 
talán nincs testük, és ezekkel e hónapban ismerkedünk meg.) 

A gyakorlatban ezeket a csatolófelületeket nemigen van értelme meg- 
valósítani. Sokkal egyszerűbb és célszerűbb a TagSupport és BodyTag- 
Support osztályoktól örökölni őket, amelyek a megfelelő alapértelme- 
zett csatolófelületeket tartalmazzák. A TagSupport alosztály-lehetősé- 
get kihasználva megtakaríthatunk némi munkát, és csak azokat a tag- 
függvényeket írjuk felül, amelyeket az alapértelmezettől eltérő módon 
szeretnénk felhasználni. Végezetül HelloTlag-megoldásunk mindössze 
három tagfüggvényt tartalmaz: setFirstname doEndfTag és release. 

Az első tagfüggvény, a setFirstname, úgy néz ki és úgy 15 működik, 
mint egy JavaBean tulajdonságbeállító tagfüggvény, egyetlen értéket 
fogad el és void-ot ad vissza. A setFHirstname önműködően hívódik 
meg, amikor a JSP-motor a firstname értéket észleli saját JSP-eljárá- 
sunkban. Az érték a tagban átadott adattal töltődik fel, és akárcsak 

a JavaBeansben, a firstname-et beállító tagfüggvény nevének 
setFirstname-nek kell lennie, ahol a nagy F betű kötelező. 

Második tagfüggvényként a doEndTag akkor hívódik meg, amikor 

a JSP-motor eléri testreszabott eljárásunk bezáró tagját. A doEndTag 
tagfüggvény nem vár értéket és egy egész számot ad vissza. Mi azon- 
ban egész szám visszaadása helyett a számunkra biztosított egyik 
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// Ha mem volt mév megadva. általános 


// üzenetet adunk 


izt (Eirstmame s muüll) 
í/ 
pageContext . getOut ( ) .println 
( "Üdvözlömi " ) a 
1 
else 
( 
pageContext . getOut ( ) .println 
(sÚdv, " a firstmame -4 
Ab as 
) 
) catch (10Exception e) ( 


throw new JspException(e.getMessage ( ) ) ; 


// Haladjunk toválao, és értelmezzük 
// a J8B továldoi részeit! 
return EVAL PAGE; 
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public void release( ) 
í 
tirstmnamé — müll s; 


SÜN ST Ma StK S etelek ls 


állandót adjuk vissza. Áltlagos esetben EVAL PAGE-et adunk vissza, 
amely értesíti a JSP-motort, hogy folytathatja annak a JSP-nek az 
értelmezését, amelyből testreszabott eljárásunk meghívódott. Ha a 
JSP-motor fájlértelmezését le szeretnénk állítani, akár azért, mert 
hibát találtunk, akár mert a felhasználót egy másik címre szeretnénk 
irányítani, egyszerűen SKIP PAGE-et adjunk vissza. 

A doEndfTag belsejében bármilyen Java-kódot elhelyezhetünk. Az ál- 
talunk készített változókon kívül magáról a JSP-ről szóló adatokhoz 
is hozzáférhetünk, ideértve a kapott HIITP-kérelmet és -választ. 

A felhasználó böngészőjére úgy írhatunk adatokat, hogy a testre- 
szabható tagot HIML-, XML- vagy egyszerű szöveggel helyette- 
sítjük. (A testreszabott eljárások többnyire egyszerű szöveget adnak 
vissza és a szöveg pontos formázását a JSP szerzőjére bízzák.) 

A TagSupport szuperosztályban bevezetett PageContext objektum 
használatával megkaphatjuk a kimeneti folyamot és adatokat is 
küldhetünk rá: 


pageContext.getOut() .println("Hi there!"); 


Végül meghatározzuk a release tagfüggvényt, amely semmilyen érté- 
ket nem fogad és void-ot ad vissza. A release ( ) a testreszabott eljá- 
rás végrehajtásának végén hívódik meg, ezáltal lehetőséget ad a tagke- 
zelő osztálynak, hogy kitakarítson maga után. Ez általában annyit 
jelent, hogy az összes belső változót nul/-ra állítja, de adatbáziskap- 
csolat lezárása vagy valamilyen adat hibanaplóba küldése is állhatna 
Itt. A HelloTag.java-ban egyszerűen csak null-ra állítjuk a firstname-et, 





majd arra kérjük a szuperosztályt, hogy saját változóit nullázza. 
Most hogy megértettük, hogyan működnek az egyes HelloTag tag- 
függvények, már csak az a kérdés: miképpen működnek együtt? 

Ha a JSP (az alább ismertetett TLD-n keresztül) osztályunkhoz 
rendelt testreszabott eljárást tartalmaz, az eljárás összes értéke meg- 
hívja osztályunk megfelelő set tagfüggvényét. Ha valaki például 

a firstname-" foo" értéket adja át, akkor tulajdonképpen a 
setFirstname( foo") tagfüggvényt hívja meg. 

Mivel azt szeretnénk, hogy a firstname érték elhagyható legyen, 
amikor először elkészítjük, nu11 alapértéket adunk neki. Amikor 

a JSP-motor a testreszabott eljárás értelmezését befejezi, meghívja 
a doEndTag-et és megvizsgálja a firstname értékét. Amennyiben 

a firstname nul1, akkor az általános (Üdvözlet) üzenetet küldi 

a végfelhasználónak. Ha viszont nem nu11, akkor az értéket a 
doEndTag egy valamivel személyesebb üzenethez használja fel. 
Amikor a testreszabott eljárás végrehajtása befejeződik, a JSP-motor 
meghívja a release ( ) -t és alaphelyzetbe állítja a firstname válto- 
zót, valamint néhány egyéb objektumot. 


TLD írása 


Ha az osztály megírásával elkészültünk, TLD-t hozhatunk létre, 
amely leírja azt a JSP-motornak. Néhány esetben kedvezőbb a fordí- 
tott irány, ha a TLD-t használjuk leírásnak, amiből a JSP-szerzők és 
a tagkezelőírók párhuzamosan tudnak dolgozni. Én jobban szeretem 
előbb megírni a testreszabott eljárást és menetközben módosítgatni 

a TLD-t, annak ellenére, hogy ez nyilvánvalóan nem éppen a legbiz- 
tonságosabb és nem 1s a legelegánsabb munkamódszer. 

A TLD, amint az a 2. listában látható (15. CD, Magazin/JSP könyv- 
tár), egy viszonylag rövid XML fájl, amely az eljárásneveket a megva- 
lósítást végző osztályokhoz rendeli. A TLD egyetlen eljárást egyetlen 
osztályhoz vagy akár ezernyi eljárást ezernyi különféle osztályhoz 
rendelhet. Mivel minden osztály elkülönítve létezik, még az is lehet- 
séges (bár nem tűnik túl jó ötletnek), hogy az osztályt egyszerre több 
TLD-ben 1s felhasználjuk. 

A TLD az első hivatkozás után servlettárolónkba töltődik. Ez azt 15 
jelenti, hogy ha egy már betöltődött, testreszabott eljáráshoz tartozó 
TLD-t változtatunk meg, akkor sajnos újra kell indítanunk a Tomcatet 
(és az Apache-t, ha az Apache mod Jk-t használjuk a Tomcat kiszol- 
gálóhoz). A JSP-motor ilyenkor tudja meg, hogy tagkönyvtárunk 
melyik változatot és szabványt támogatja. Ezáltal lehetővé válik, 
hogy a JSP-motor kitalálja, szükséges-e az adott könyvtárat frissíteni 
vagy sem, hogy a jelenlegi szabvánnyal összeegyeztethető legyen. 

A TLD egy legfelsőbb szintű ctaglib: tagból áll, amely legalább 
négy alrészt tartalmaz: 


e a ctlibversions: tartalmazza, hogy ez a könyvtár mely 
változatú tagkönyvtár-szabványnak felel meg; 

e acispversions azon JSP-előírások változatszámát adja meg, 
amely szerint ez a könyvtár készült; 

e a cshortnames nevet ad az adott tagkönyvtárnak, amelyet 
néhány JSP-motor ki 15 használ; végül minden, a tagkönyvtárban 
tárolni kívánt tagkezelőnél egyszer szerepel a ctag: tag. Minden 
tag saját nevet kap: a meghívandó eljárás nevét. Így ha egy 
tagkönyvtárat az abc-előtaggal importálunk, a hello nevű tag 
abc:hello-ként hívódik majd meg. A ctagclasssz alrész a 
tagnevet az eljárást végző tagkezelő osztályhoz rendeli; ennek 
az osztálynak nyilvánvaló módon a kiszolgáló CLASSPATH-jában 
kell lennie. Az cinfos alrész módot ad arra, hogy néhány, 


a taggal kapcsolatos alapadatot és sorközi leírást adjunk közre. 
Végül az összes paramétert elnevezzük, amit testreszabott eljárásunk 


elfogad. Minden értéknek saját cname: tagja és egy jele van, ami 
megmutatja, elhagyható-e az adott érték. 
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Testreszabott eljárások használata JSP-kben 

Most, hogy elkészítettük a TLD-t és a tagkezelőt, ezeket bármely 
JSP-nkben felhasználhatjuk. A tagkönyvtárat a taglib nevű egyedi 
JSP-utasítással importálhatjuk: 


c5A taglib uri1-"/WEB-INF/hello.tld" 
sorefix-"hello" 85 


Figyeljük meg, hogy a tag1 ib utasítás két értéket vár, egy uri és 
egy prefix nevűt. Az uri-rész határozza meg a pillanatnyilag készített 
TLD fájl nevét. Ha a TLD-ket a WEB-INF könyvtárban szeretnénk 
elhelyezni, akkor a fenti formai követelmény teljes mértékben helyes. 
A prefix érték tulajdonképpen névtér- (namespace) meghatározás, 
ami tudatja a JSP-motorral, hogy a tagkönyvtárból importált eljárá- 
soknál milyen előtagot fogunk használni. Azáltal, hogy a JSP-nek 
adtuk meg ezt a megkülönböztető előtagot (ahelyett, hogy a tag- 
könyvtárba fordítottuk volna), lehetővé válik, hogy egyszerre több 
tagkönyvtárat 1s importáljunk anélkül, hogy a névütközések miatt 
aggódnunk kellene. 

Mivel TLD-nk mindössze egyetlen hello-tagot tartalmaz, és mivel 

a tagkönyvtárat a hello-előtaggal importáltuk, HelloTag tagfüggvé- 
nyünket a következő formátumban hívhatjuk meg: chello:hel1o/s5. 
A 3. lista a tag használatát bemutató teljes JSP-t tartalmazza (test-tag.Jsp). 
Ne feledjük el a testreszabott eljárások meghívásánál a lezáró perjelet 
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kitenni! Ha erről megfeledkezünk, a Tomcat JSP-motor (más néven 
Jasper) a következő hibaüzenetet fogja visszaadni: 


Unterminated user-defined tag: 
ending tag £§1t;/hello:helloggt; not found or 
incorrectly nested 


A TLD szerint a firstname érték elhagyható. Amennyiben nem adjuk 
át a firstname értéket, a következő kimenetet kapjuk a böngészőn: 


Testreszabott eljárásteszt. 
Üdvözlöm! 


A firstname értéket azonban át 1s adhatjuk: 
chello:hello firstname-"Reuven"/: 


Ha a fenti sort a JSP-be helyezzük, a böngészőre a következő 
kimenet kerül: 


Testreszabott eljárásteszt. 
Üdv, Reuven! 


Osszetettebb testreszabott eljárások 

A fenti példa meglehetősen egyszetű testreszabott eljárás volt. A test- 
reszabott eljárás-tagok sokkal többre 15 képesek, mint egyszerűen 
neveket írni a képernyőre. Például az objektumok adatbázisokkal 
léphetnek kapcsolatba, ott adatokat kérhetnek le (vagy tárolhatnak) 
anélkül, hogy közvetlen Java-hívásokat helyeznénk a JSP-be. Sót, 

a testreszabott eljárásokat ismétlőelemekként vagy feltételes végre- 
hajtásra 15 használhatjuk. 

Hogy ezeket az összetettebb eljárásokat megvalósíthassuk, kihasz- 
náljuk, hogy a tagkezelő osztály a testreszabott eljárás testében is tud 
keresni; azaz abban a szövegben, ami az eljárás nyitó- és zárótagja 
közt található. Ezzel a szöveggel bármit megtehetünk: többszöröz- 
hetjük, feltételes elágazást készíthetünk vagy akár meg 1s kérhetjük 

a JSP-motort, hogy értelmezze a tartalmat, mielőtt átadná a tagkeze- 
lőnek. Még a tagok egymásba ágyazása 1s lehetséges, ahol az egyik 
eljárás hatékonyan adhat át értékeket a másiknak. 
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3. [ista test-tag.jsp 


zSe tagjklolur1—" /WEB EMENEFÁESM Ko tetikelk 
foNzeken s ttrello" §z 


cXcHIML:z 
cHeads 

291 takes vTestreszaldojetáketág teMaetstmerstzt sás dtN etikes 
ca/Headz 


cBodyz 
zPs-Tastreszabdott eljárásteszet.ca/ Bsz 


ls am ONOS A met No Es 
ca/Bodyz 


SAGAN 


Számos nyílt forrású tagkönyvtár létezik, ideértve azt 15, amelyet 
a Jakarta Project támogat, és amely ügyesen használja ezeket a lehe- 
tőségeket, számos taggal növelve a lehetőségek tárházát. 


Mire jók a testreszabott eljárások? 

A testreszabott eljárások félelmetesen hatékony eszközök. A JSP-be 
helyezett közvetlen Java-kóddal szemben előnyök széles skáláját biz- 
tosítják: összetett feladatokat zárnak könnyen megjegyezhető tagokba, 
ami a nem programozók számára 1s lehetővé teszi, hogy adatbázisok- 
kal vagy hasonló nem egyértelmű rendszerekkel dolgozzanak. 

A testreszabott eljárásoknak azonban árnyoldaluk 15 van, melynek nyitja 
pontosan a , testreszabott" szóban rejlik. Az, hogy a JSP-k belsejében 
saját tagokat adhatunk meg, ügyes és kifinomult eszköz, és a honlap 
minden fejlesztője számára előnyökkel jár. Csakhogy a Web egyik leg- 
nagyszerűbb tulajdonsága éppen az, hogy meglehetősen szabványosított. 
A testreszabott eljárások segítségével ráadásul akár egy teljes, önálló 
nyelvet 1s készíthetünk Javában és tagkezelő osztályoknak feleltet- 
hetjük meg. Hans Bergsten, akinek JavaServer Pages című könyve 
kitűnő forrásmunka a JSP-k utasításai terén, ezt az alapötletet egé- 
szen a végletekig követi — tulajdonképpen teljes egészében felesle- 
gessé téve a Java-használatot a JSP-kben. Engem viszont aggodalom- 
mal tölt el, ha egy ilyen viszonylag megbízható és jól ismert nyelvet, 
mint a Java, egy új, sokkal kevésbé ismert és sokkal kevésbé harced- 
zett nyelvvel (saját testreszabott könyvtárral) helyettesítenek. 

Ha egy nagy cégnél dolgoznék, amely a Java, a servletek és a JSP 
felhasználását komolyabban tervezi, a testreszabott eljárások hasz- 
nálatát valószínűleg nagyon kényelmesnek találnám. Egy ilyen cég 
megteheti, hogy elkészíti a saját tagkönyvtárát, amelyet aztán a 
honlap teljes élettartama alatt felhasználhat, valamint hogy saját 
szabványt alkot dolgai működtetésére. 

Azok számára azonban, akik nem nagy cégeknél dolgoznak, vagy 
akik számos különböző ügyféllel állnak kapcsolatban, az átalakítha- 
tóság a legfontosabb szempont. Ha összes ügyfelem saját honlapjá- 
hoz más és más testreszabott eljáráskészletet szeretne meghatározni, 
igencsak bajban lennék, hisz emlékeznem kellene, hogy hol melyik 
tagot és értéket kell használnom a ciklusokhoz, az adatbázisokhoz 
vagy az elágazásokhoz. 

Továbbá, mint azt már korábban említettem, a nem programozók 
miatt 15 aggódom, akik már eleve sokat küszködtek, mire a HIML- 
lapokba ágyazott Javát megtanulták használni — és most, hogy két 
különféle ciklust 15 meg kell tanulniuk (egy Jjavásat, és egy másikat, 
amit a testreszabott eljárás biztosít), szinte biztosan összezavarodnak. 
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Viszonylagos megoldást nyújthat egy nagy, szabványos testreszabott 
eljáráskészlet alkalmazása, amely a JSP-szabvány része lenne, vala- 
hogy úgy, ahogyan az a JavaBean-tagokkal 1s történt. A Bergsten-féle 
JavaServer Pages című könyvben szereplő könyvtár jó kiinduló alap 
lehetne, de ez csak egy a számos elérhető könyvtár közül. Jó volna 
látni, hogy a JSP-közösség ebben a témában összefog, mielőtt tucatnyi 
hasonló, de egymásnak még véletlenül sem megfelelő könyvtárral 
találkoznánk, melyek közül jó néhány kétségtelenül jogvédett lesz. 


Összegzés 

A JSP-kkel való munka hatékony és gyors módszer a kiszolgálóoldali 
Java-alkalmazások készítésében, különösen az olyan nem programo- 
zók számára, akik semmilyen nyelvet nem szeretnének megtanulni. 
A testreszabott eljárások — különösen JavaBean-elemekkel együttmű- 
ködve -— lehetővé teszik, hogy összetett feladatokat kevés kóddal 
oldjunk meg. Egy kis megfontoltsággal a honlap akár úgy 1s elké- 
szülhet, hogy a JSP-kbe egyetlen Java-sor sem kerül, mert azok teljes 
egészükben testreszabott eljárásokon és tagkönyvtárakon alapulnak. 
A webhelyek (és a testreszabott eljárásokat használó tanácsadók) 
azonban nem árt, ha figyelmet fordítanak rá, hogy a tagkönyvtárak 
kényelmét és hatékonyságát élvezve esetleg egy új programozási 
nyelvet alkotnak. Ha óvatlanok vagyunk, a testreszabott tagok 
megoszthatják az ügyféloldali Java-közösséget, különböző összefér- 
hetetlen könyvtárakat használó alközösségekre tördelve azt szét. 


Rewen M. Lerner 

(reuvenOlerner.co.il) kisebb webes és 
internetes módszerekkel foglalkozó tanács- 
adó cég tulajdonosa és vezetője. A cikk 
megjelenésének időpontjában valószínűleg 
már végleg elkészült Core Perl című 
könyvével, melyet idén jelentet meg a Prentice-Hall. Az ATF 
honlapon érhető el (3 http:/Avww.lerner.co.il/atf/). 











Vége a szótlan programozásnak! 


Beszédfelismerő programmal egy lépéssel közelebb HAL-hoz. 


Ugye, Francois, ez csodálatos? Kisgyermekkorom 
óta — még mielőtt ennek az étteremnek a megnyitá- 
sára gondolhattam volna — egyfolytában valami eh- 
hez foghatóról álmodoztam. Ahogy visszaemlék- 
szem, a 2001: Űrodüsszeiát néztem, a HAL 9000-es 
számítógép hangját hallottam, és arra gondoltam: 

, Ez az, amit szeretnék! Egy beszélő számítógép!" 
Évek múlva rá kellett ébrednem, hogy a számítógé- 
pem még mindig nem képes beszélni. Elérkezett 
azonban a nap, amikor mindez megváltozhat. 
Hogyan? Már Itt 15 vannak a vendégeink? Isten 
hozott benneteket Chez Marcelnél! Nagyon 
örülök az érkezéseteknek! Ma az igényes programozó csodálatos 
lehetőségek közül választhat az étlapon. Foglaljatok helyet, Francois 
rögtön hoz valamilyen finom bort. Francois, hozz fel a pincéből 

egy palack 1996-os évjáratú Ausztráliából származó Hill of Grace-t! 
Kedvelni fogjátok ezt a pompás ízt. Köszönöm, Francois. Igen, tölts 
kérlek a vendégeinknek! 

Épp az imént mondtam Francoisnak, hogy manapság már mindenfelé 
beszélő számítógépeket kellene használnunk, de a linuxos gépem 
mégiscsak szótlanul dolgozik. Számomra érthetetlen, miért nem 
képes a beszédre egyetlenegy rendszeremre telepített program sem! 
Nos, mai receptjeinkhez a számítógépedbe szerelt és megfelelően 
beállított hangkártyára, valamint egy mikrofonra lesz szükséged. 

A skóciai Edinburghi Egyetem Beszédtechnológiai Kutató Központja 
(CSTR) pontosan azt kínálja, amivel nekivághatunk a vágyott útnak 
— amelynek megtétele után már a saját számítógépünk is beszélni lesz 
képes! Aki ellátogat a 5 http://www.cstr.ed.ac.uk/projects/festival 
címre, rábukkanhat a Festival elnevezésű izgalmas vállalkozásra. 

A Festival többnyelvű beszédkészítő rendszer, amely számos emberi 
nyelven képes a begépelt szöveget beszéddé alakítani. A program API- 
felületével több további programba és alkalmazásba illeszthető be. Amint 
ezt a csomagot kibontjuk, rögvest megláthatod, mit is értek ez alatt. 

A Festivalhoz könnyű hozzájutni, csak meg kell keresned a fent 
említett helyet a Világhón, majd kattints a letöltés gombra — és máris 
a programcsomag legfrissebb változatát kapod kézhez. Ha már úgyis 
ott jársz, a speech tools eszközkészletet 15 vedd magadhoz, mivel a 
Festival feltételezi ennek meglétét. Az első program, amelyet össze- 
építünk, következésképpen az alábbi kell legyen: 





tar -xzvÍ speech tools-1.2.1.tar.gz 
cd speech tools 

cp config/config-dist config/config 
chmod 4w confi1g/config 


Ezen a ponton eldöntheted, szeretnél-e megosztott könyvtárakat hasz- 
nálni, az alapértelmezés ugyanis ezt nem teszi lehetővé. Amennyiben 
igényled, a ít Jel törlésével a config/config állományban meg kell 
szüntetni a megjegyzést. 


HSHARED-1. 


Ez javasolt választás, és akár élsz ezzel a lehetőséggel, akár nem, 
az összeépítést tovább folytathatod. 
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Fogadó a LÍNuxhoz 


File Sessions Settings Help 


0 Kiskapu Kft. Minden jog fenntartva 


j ÍRT Terminal No 1 - 


Parancs hozzáadása a model editorban 


make info 
make 
make install 


Elérkezett a lazítás ideje: kóstoljuk meg a libamájat (ez csakugyan 
finom, nem igaz?) és kortyintsunk egyet a borunkból! Amint a 
speech tools összeépítése befejeződött, belekezdhetünk a Festival- 
rendszer létrehozásába. Bontsuk ki a rendszer forráskódját egy 
tetszőlegesen kiválasztott könyvtárba 

atar -xzvf festival-1.4.1.tar.gz paranccsal. 

E műveletet követően a benne szereplő összes állomány a /festival 
könyvtárba kerül. Mielőtt bármi mást tennénk, végezzük el a nyelvi 
lexikon és a beszédadatbázis kibontását 15. A munkát az alábbi 
állományokkal kezdtem el: 

festlex CMU.tar.gz 

Tfestlex POSLEX.tar.gz 

Tfestvox kallpci6o6k.tar.gz 


A CMU elnevezésű könyvtár az angol beszédhangok, a POSLEX 
könyvtár pedig az általánosan használt angol nyelvi elemek tárolására 
szolgál. Végül helyére kerülhet a 16 k-s mintavételezéssel készült 
amerikai angol kiejtésminta-adatbázis 15. A világ más-más részén élő 
olvasók kétségkívül eltérő igényekkel lépnek majd fel a beszélők 
hangját, nemét vagy nemzetiségét (angol vagy francia) illetően. 

A szükséges feltételek részleteiről a Világháló fent említett helyén, 

a Distribution könyvtárban található README állományból 
tudhatunk meg a legtöbbet. 

Ha ezeket az állományokat kibontod, a művelet befejezése után 
ugyanebbe a /festival könyvtárba fognak kerülni. Innentől kezdve 

a folyamat megegyezik a speech toolsszal végzett műveletsoro- 
zattal, a config-dist könyvtárból való config állomány másolásával 
bezárólag, amit természetesen ezúttal 1s a /festival könyvtárba 
másolunk. Miután mindezzel végeztünk, a telepítő könyvtárból 
adjuk ki abin/festiva1l parancsot. Ekkor várhatóan a következő 
sorok fognak megjelenni a képernyőn: 


2001. augusztus n 





KELTA A 


0 Kiskapu Kft. Minden jog fenntartva 


bin/festival 

Festival Speech Synthesis System 1.4.1: 
release November 1999 

Copyright (C) University of Edinburgh, 1996-1999. 
All rights reserved. 

For details type  (festival warranty) 


festivalsz 


Felkészültél arra, hogy most valóban hallani fogod, hogyan beszél a szá- 
mítógéped? Ha a kérdésre igen a válasz, akkor a parancssorjelnél ( : ) 
gépeld be a következőket (ügyelj a zárójelekre és idézőjelekre, mert 
ezek 15 fontosak!): 

(SayText "Francois. Vite. More wine.") 

Feltéve, hogy minden megfelelően zajlott, a hangszórókból a követ- 
kező szavakat hallod: Francois. Vite. More wine. Úgy találod, hogy 
meglehetősen parancsoló ez a hangnem? Részemről szólva szeretek 
ezzel a sorral játszani... hűséges pincéremet kissé kihozza a sodrá- 
ból. Angol kiejtést és adatbázist használok, bizonyára ennek köszön- 
hető, hogy a hanglejtés és a hangsúlyozás érdekesen hat. A CONTROL--D 
billentyűk együttes lenyomásával lehet kilépni a Festival parancs- 
módú végrehajtásából, de a guit 15 használható erre. Szeretném még 
egyszer a zárójelek fontosságára felhívni a figyelmet. Most próbál- 
junk ki valami érdekeset! A -—-tts kapcsoló segítségével megadhat- 
juk egy szövegállomány elérési útvonalát és rábírhatjuk a Festivalt, 
hogy a kiválasztott szöveget felolvassa nekünk. Vegyük például a cron 
ütemezőt, amely a fortune program lefuttatásával minden éjjel frissíti 
a nap üzenetét. Az üzenetet az alábbi módon olvastathatjuk fel: 
bin/festival --tts /etc/motd 

Ha a parancs begépelésekor nem adunk meg állománynevet, máris 
elkezdhetjük a beírást, a szöveg végére érve pedig nyomjuk le a 
CONTROL--D billentyűkombinációt — ezt követően a Festival program 
végrehajtása befejeződik. Akad itt még valami, amit érdemes kipró- 
bálni: vezessük csővezetékbe a Festival program kimenetét! Kíváncsi 
vagy esetleg a dátum valamilyen egyéni hangú értelmezésére? 

Ha igen a válaszod, próbáld ki: date I] bin/festival --tts. 

A Fortune programot akkor 1s érdemes futtatni, ha ennél azért nagyobb 
bölcsesség birtokába szeretnél jutni: 

/usr/games/fortune ] bin/festival --tts 

A Festival a -—-server kapcsoló megadásával kiszolgálóként 1s 
működtethető, így további program(ok) számára képes szöveges 
adatokat közvetíteni. Készíthető például olyan program, amely 
kimenetét a Festival csatolójára küldi: ez alapértelmezés szerint az 
1314-es kapu. A lista egy apró Perl-programot tartalmaz, amelyet 
pontosan e célból írtam. Nem különösebben érdekes, de tekintheted 
alkalmazásaid kiindulópontjának. Ne feledkezz meg arról, hogy első 
alkalommal szükséges lehet a Perl végrehajtható modulok elérési 
útvonalának megváltoztatása. 

Ezt az ötletet bámulatra méltó módon valósítja meg a Darxus által 
írt speechd nevű program. Ez olyan készülékleíró állományt telepít 
— a /dev/speech névvel hivatkozhatunk rá —, ami tetszőleges szöveg 
fogadására képes. Irányítsuk át a programkimenetet erre a készü- 
lékre, ezt a kiszolgálómódban futó Festival program kapja meg, 
majd hangosan felolvassa. Ez megint csak egy Perl-héjprogram, 
amit a SpeechIO szervezet honlapjáról tölthetsz le, címe 

2 http:/www.SpeechIO.org/. 

A tömörített állományokat csomagoljuk ki egy ideiglenes könyvtárba, 
és ott végezzük el a program összeépítését, az alábbi módon: 
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irás a Festival program csatolójára 


H!/usr/bin/perl 
tt 
KélvásSgSEcSévve iNerögvam esáatolójára 
t Marcel Gagne - 2001 
tt 
Szemote portsTi31á4 "c 
Stestiwval host-"localhost" e 
Smy. message—-"Francois, come here. I need yvyou."; 
use IO: : Socket; 
Ssocket - IO Socket? ? INET-smnew 
(BeerAder —s Srestival Most; 
PeerPort -35 Sremote port, 
Proto EG 
Type sz SOCIK STREHAMI) 
"Nincs élő kapcsolat". 


65. (ela NET 


(onalelmke 
Sremote host :Sremote port 


Kel vástaSEcsettyalökiszelg Vé kápúura 
it (Ssocket) ( 
print (Ssocket 


TT Csak ellemőrzés 


" (SavToxt "" Sűv.méssage, 7") ") 
Na 
die 


) 


"mut a Pestival kiszolgálós wa!" ? 


t Csatlakozás lezárása, ha még nem volt 
t lezárva. 


(eNNGISrEN Este ejelkeeieű ős 


tar -xzvÍ speechd-0.54.tar.gz 
cd speechd 
make 


make install 


A program démonként való futtatásához a parancssorba a következőt 
gépeljük be: 


/usr/local/bin/speechd. 


Mielőtt folytatnám, el kell mondanom, hogy itt gondjaim támadtak. 
RedHat-rendszerem /etc/hosts állományában az alábbi bejegyzés 
szerepelt: 
127.0.0.1 localhost.localdomain  localhost 
Elképzelhető, hogy a te rendszerednél is hasonló a helyzet. A helyes 
működéshez a két meghatározást a következő módon fel kellett 
cserélnem: 
127.0.0.1 localhost localhost.localdomain 
Előfordulhat, hogy a Festival kiszolgálóprogram éppen nem műkö- 
dik, ekkor ezt a speechd megpróbálja majd elindítani. Abban az eset- 
ben, ha a Festivalt forráskódból építetted fel, sajnos szükséges lehet 
a speechd héjprogramjának olyan módosítására, hogy a végrehajtható 
programmodul teljes elérési útvonalát használja. A másik lehetőség 

a Festival bináris moduljainak a /usr/local/bin könyvtárba történő 
másolása. De mit lehet ezzel kezdeni? Visszatérve a Fortune-progra- 





mos példához, a program kimenetét egyszerűen átirányíthatom 
a /dev/speech állományba: 


/usr/games/fortune 5 /dev/speech 


Ezt már roppant könnyű lesz beépíteni a héjprogramjaidba. Álljon itt 
egy további példa 15! Lehetőség nyílik rá, hogy egy héjprogramon 

— amely néhány percenként lefut és ellenőrzi a bejövő postát — megszá- 
molja az üzeneteket, továbbá hogy ezt a beszédkészüléken keresztül 
hangosan fel 1s olvassa nekünk. Fontos megjegyezni, hogy az frm 
parancs tulajdonképpen fordított percjelek. 


sz [7 
5 /dev/speech 


echo "You have "Írm ] wc messages in your 


szmailbox" 


Miután Linux-rendszerünket sikerült szóra bírni, úgy tűnik, már csak 
egyvalami hiányzik. Meg kell tanítanunk a rendszert, hogy , megértse" 
az emberi szót és végrehajtsa, amit mondunk neki, vagyis beszéd- 
felismerő programra van szükségünk. A szóban forgó testreszabás 
megvalósításához a Világhálón felkerestem Daniel Kiecza honlapját 
a beszédalapú irányítóprogram, a cvoicecontrol forráskódjáétrt, ezt 

a csomagot ugyanis a GPL-szabályok szerint terjesztik. 

A cvoicecontrol segítségével belefoghatunk álmaink rendszerének 
létrehozásába. Természetesen ezentúl már igencsak óvatosnak kell 
lennünk, hogy mit mondunk a számítógép közelében! 

tar -xzvÍ cvoicecontrol-0.9alpha.tar.gz 

cd cvoicecontrol-0.9alpha 

. /configure 

make 

make install 

A parancsok végrehajtása nyomán keletkező állományok a /usr/local/bin 
könyvtárban jelennek meg. Három tényezőt célszerű figyelembe venni: 
az első mindjárt maga a cvoicecontrol program. Használat előtt állítsuk 
be a mikrofont és hozzunk létre hangminta-állományokat! E feladatokat 
a microphone config, illetve a model editor programokkal leszünk 
képesek megoldani. Kezdjük a beállítást a microphone config program 
segítségével, a párbeszédek végigkövetésével. Az alapértelmezett 
audiokészülékeket és keverőberendezéseket a rendszer önműködően 
érzékeli (elvileg már a megfelelő helyen ki vannak töltve). Az én 
rendszeremben ezek /dev/mixer-ként és /dev/dsp-ként jelentek meg. 

A következő lépés a keverőberendezés szintjeinek beállítása, a hang- 
felvételek zajszintjének meghatározása és a beállítóállomány létreho- 
zása. Ebben a szakaszban valószínűleg az a legnehezebb feladat, hogy 
eléggé hangosan legyünk képesek beszélni mindaddig, amíg a prog- 
ram beállítja a működési jellemzőket. Már most elárulhatom, hogy ez 
sokkal nehezebb feladatnak fog bizonyulni, mint amilyennek hangzik. 
Ha az állomány elhelyezése felől külön nem rendelkezünk, akkor az 
állománynak az elérési útvonala a S$őHOME/.cvoicecontrol/config lesz. 
Ezután kezdődjék a móka: indítsd el a model editort programot! A kép- 
ernyőn megjelenik a menü, amelyen már létező hangmintákat tudsz 
betölteni vagy újakat alkothatsz, szerkeszthetsz és menthetsz el. Vess 
egy pillantást képünkre, amelyen működés közben láthatod a programot. 
Rajta, barátaim, most a ti hangotokat fogjuk mintaként használni! 
Minthogy egyelőre semmilyen beszédmintánk sincs, válasszuk a 
New Speaker (Új beszélő) lehetőséget, ezt követően pedig az Edit-et 
(Szerkesztést). Az újabb menüben szavakat rögzíthetünk és megad- 
hatjuk, hogy mi történjen ezek kiejtésekor. Mindezt egy billentyű, 

az A (az angol add szóból elvonva) lenyomásával érhetjük el, 
amellyel új eseményt tudunk megadni. Ez először olyan általános 
elemként fog megjelenni a listában, amelyhez még nem tartozik 
parancs. Az ENTER gomb lenyomását követően beállíthatók az ese- 
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mény jellemzői és beszédes címke adható, amely a megvalósított 
szolgáltatást jelzi. Egy ilyen indítóelemet hoztam létre például 

a Mozilla indításához és elneveztem Start Mozilla-nak, ezt követően 
pedig begépeltem a /usr/1ocal/mozilla/mozilla § A 
Mozilla indítása parancsot. Lényeges, hogy a parancs végénél 
, ÉS" (4) karaktert írjunk, mert így a parancs végrehajtása a háttér- 
ben zajlik, valamint a program elindulása után további beszédfeldol- 
gozó parancsokat tudunk majd kiadni. Ha eddig eljutottál, most létre 
kell hoznod a hangmintáidat, mégpedig legalább négyet. Ejtsd tisztán 
a parancsok nevét, tarts némi szünetet, majd vedd fel a hangmintát 

a listába! Amint mind a négy megvan, üsd le a B (az angol back 
szóból rövidítve) billentyűt a kilépéshez és mentsd lemezre a hang- 
minta-készletet. Az állomány nevére semmilyen kötöttség nem 
vonatkozik, csak az a fontos, hogy ne felejtsük el a pontos helyét. 
Ezzel befejeztük a mikrofon beállítását, és egy olyan számítógépes 
paranccsal rendelkezünk, amelyhez szóbeli utasítás kapcsolódik. A Mo- 
zilla elindításához egyébként akár a browser (böngésző) szót is használ- 
hatjuk, de a programokat többnyire mégiscsak a nevük szerint szokásos 
és érdemes kiválasztani. Végül indítsuk el a cvoicecontrol programot! 


cvoicecontrol speakermodel.cvc 


Hangmintakészletem mentésekor a nevemet követően (ezt nem szük- 
séges kitölteni) a .svc kiterjesztést adtam meg, és a beszédfelismerő 
programot a cvoicecontrol chefmarcel . svc paranccsal tud- 
tam üzembe helyezni. Ezután csak annyit kell mondanom: Mozilla 

— és a böngésző program máris munkához lát. Ilyen parancsállomá- 
nyokat készítettem kedvenc szövegszerkesztőmhöz, a vi-hoz és 
természetesen néhány játékhoz Is. 

Pingvin, kérlek, tárd ki az étterem ajtaját! A mai menünkön szereplő esz- 
közökkel elindulhatsz azon az úton, amelyen járva már ma a tiéd lehet 
a jövő számítógépe. Hiszen Linuxot használsz — szinte máris ott vagy! 
Kedves barátaim! Pingvin pajtás azt mondja, későre jár és sajnála- 
tunkra rövidesen Itt a záróra. De túlságosan korán nincs értelme 
bezárni. Francois, nem töltenél még egy pohárral a vendégeinknek? 
Hogyne tudnám, Francois, hogy ember vagy és nem gép! Ne nézz 
már olyan sértődötten! Csak vicceltem. Barátaim, még egyszer 
köszönöm, hogy eljöttetek. Legközelebb is találkozzunk itt, Chez 
Marcelnél. Kedves egészségetekre! 


Marcel Gagné (mggagne(osalmar.com) 
Mississaugaban (Ontario, Kanada) él, a Salmar 
Consulting Inc. cég elnöke. A cég rendszerépí- 
téssel és hálózati tanácsadással foglalkozik. 
Marcel pilóta és író egy személyben (tudomá- 
nyos-fantasztikus regényeket Ír), társszerzője 
egy scifl-, fantázla- és horrorantológiának, a IransVersionsnak. 
Kedveli a Linuxot és a Unix minden változatát. Mostanában 

a Linux System Administration: A Users Guide című művén 
dolgozik. A világhálón elérhető honlapján sok hasznos dolgot 
találhatunk. 3 http:/Avww.salmar.com/marcel/ 
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A KDE felzárkózása 


Erőteljesen javul a Linux irodai felhasználhatósága. 


K Desktop Environment nemrég 
piacra került 2.1.1-es változatával 
a KDE fejlesztői egy lépéssel kö- 
zelebb kerülhetnek az irodai gépek piacának 
, meghódításához" (3 http://www.kde.org/). 
A fejlesztés az 1.0-s sorozat óta gyorsult, új 
sajátosságokat és a megbízhatóság tekinte- 
tében javulást hozott a felhasználók számára. 
E cikk megírása óta már kiadták a KDE 2.2 
első alfaváltozatát kipróbálásra. Mind a vég- 
felhasználók, mind a fejlesztők részesülni 
fognak a legújabb rendszer áldásaiból. A KDE 
jelenleg mintegy 34 nyelvet támogat, és fej- 
lesztői készek megválaszolni azokat a felme- 
rülő kérdéseket, amelyek a Linux irodai fel- 
használásának életképességét firtatják. 

Az üzembiztonság további fejlesztésén kívül 
a legutóbbi változat nagyszámú , kozme- 
tikai" fejlesztést 15 tartalmaz — ezek sokkal 
egységesebb és ragyogóbb kezelőfelületet 
teremtenek. A Kicker — amire a Kpanelt 
lecserélték, rengeteg új sajátosságra tett 
szert, valamint néhány régi is visszatért. 
Mindazon WindowMaker-felhasználóknak, 
akik a kedvenc kisalkalmazásaiktól való 
megválást nehezen viselték, nem kell tovább 
sóvárogniuk. A Kicker már képes a kisalkal- 
mazásokat az új alkalmazásdokkoló oszlop- 
ba beágyazni (lásd /. kép). A gyermekpane- 
leket 15 támogatja, és a 2.0 változatból ész- 
revehetően hiányzó külső tálca 15 visszatért, 
a témavezérlővel együtt. A témavezérlő 
visszakerülése ellenére az asztal különböző 
témaképes elemei közötti együttműködés 
még mindig hiányzik. A vezérlőelemek 
stílusát, ikonokat, színeket, háttereket és 

a Kwin-dekorációkat csak saját, önálló 
Control Center-éből lehet vezérelni. Ennek 
ellenére a KDE fejlesztőcsapatának munká- 
ját nem szabad lebecsülni. Rengeteg új ikont 
adtak hozzá és fejlesztettek tovább, valamint 
az új indítóképernyők készen állnak, hogy 
egységesítsék az asztali alkalmazásokat 
(lásd 2. kép). 

A legutóbbi változatban a talán legkiemel- 
kedőbb fejlesztés az élmosott betűtípusok 
támogatása. Az élmosott betűtípusok enge- 
délyezéséhez a KDE-nek az XFree86 Xft- 
kiterjesztéssel kombinált Ot 2.3-ra kell épül- 
nie. A Linux meglehetősen bosszantóan vI- 
selkedik a Iruelype betűtípusok, valamint 
az élmosás tekintetében; és miközben ezek 
az előnyök nagy javulást eredményeznek, 

az élmosott betűtípusok beállítása meglehe- 
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tősen nagy kihívást jelent. Az ehhez kapcso- 
lódó útbaigazítások a 3 http://trolls. 
troll.no/-lars/fonts/gt-fonts- HOWTO.html 
címen találhatók. Ha a KDE csomagokból 
lett telepítve, előfordulhat, hogy nem a meg- 
felelő könyvtárakat használja. Ebben az 
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szője, fájlkezelője és dokumentummegjele- 
nítője. A Kongueror moduláris szerkezete 
megengedi számunkra, hogy könnyen kiegé- 
szítsük olyan jelenlegi és jövőbeli internetes 
módszerekkel, mint a HTML 4.0, a Java, 

a Javascript, az XML, a Cascading Style 


A Kongueror 





lötGSZOGÁGÁGNÉL NN NÉNNÉE ÉS ENÜNEZERÉNKUÉSA 


With Kongueror you have your filegystem at your command, browsing local or 
the 


rowser, which you can use to explore the internet. 
Simply ei arasz kg rettenj ey vas aga Bé AA 
you want and press enter. Or choose 
 rőzdkomáeamesob agit enrágááá nász det lyel pevarértsesákbob o SÉRE 
huttan ÉL. púsetőj ür-he tuzékar: To.ga heck ta the kamodíradtory él your 
local filegystem press CHome". For more detailed documentation on 
Kongueror click here 


B continue 
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the"KDE Control Center" 
fearnytdzárásbzányőég mát tertiztfekoimákoy tzegzzterei 


MS TEA Help" tab on the left to view help för the active control 
the" tab if vou are unsure where to look for a 
option. 





esetben az KDE is a püweE 
újabb csoma- — [ workstations, 
gokat elle- and outstandii 


nőrizni kell, 
mielőtt meg- 
próbálnánk 
beállítani az 
élmosott 
betűtípusokat. A 3. képen egy weblap látható 
(összehasonlítás céljából felnagyítva): így 
jeleníti meg a Kongueror elmosott betű- 
típusok támogatásával, valamint a Netscape 
elmosott betűtípusok támogatása nélkül. 

A projekt ékköve kétségkívül a Kongueror, 
a KDE következő nemzedékbeli webböngé- 
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Sheet (CSS-1I és CSS-2) és az SSL. A beépí- 
tett elemeken kívül a Kongueror képes a 
Netscape készen beépülő moduljait felhasz- 
nálni, Flash, RealAudio, illetve - Video és 
más multimédiás alkalmazások támogatása 
céljából. A Nautilusból átvéve a Kongueror 
a szöveges dokumentumok előnézetét 1s 





meg tudja jeleníteni, oly módon, hogy az 
ikonon belül a szöveg első pár sorát mutatja 
meg. A kísérleti áttetszőség-támogatás (alfa- 
blending) segítségével képes a szöveg alatt 
félig átlátszó MIME-típusú ikonok ábrázolá- 
sára. A szöveg és a kép előnézetén kívül 

a Kongueror HIML-dokumentumok előké- 
pének készítésére 1s alkalmas (lásd 4. kép). 
A HTML-fájlok beolvasása és előnézetének 
megjelenítése a könyvtárszerkezet betöl- 
tődése után a háttérben zajlik, így a böngé- 
szés sokkal zökkenőmentesebbé válik. 
Azokat az eljárásokat, amelyek által a Kon- 
gueror inkább alkalmazáskeretté válik, sem- 
mint fájlkezelővé vagy webböngészővé, [/D 
szolgáknak hívják. Az [/O szolgák a KIO 
könyvtárra épülő apró kódok, amelyek tud- 
ják, hogyan küldjenek és fogadjanak adato- 
kat egy adott protokollt használva. A KDE 
kezdetektől fogva a hálózat-áttetszőségre 
(network transparent) törekedett, és a KIO- 
szerkezet által lehetőség nyílik a különleges 
célú bővítmények (Plug-In) széles körű 
variációinak elkészítésére, amelyek kiszélesí- 
tik a Kongueror képességeit. Teljes körű 
támogatás létezik a Linux-fájlrendszer, 

a megosztott NFS és MS Windows, a webol- 
dalak, valamint az FIP- és a LDAP-könyv- 
tárak tallózására és böngészésére. A fejlesz- 
tők minden KDE-alkalmazáshoz csekély 
mennyiségű kóddal fejleszthetnek új proto- 
kollokat és csővezetékeket. Más [/O szolgá- 
kat digitális kamerák Gphoto2 programon 
keresztüli támogatása céljából fejlesztettek 
— ezek lehetőséget nyújtanak a kamerában 
tárolt képek , fogd és vidd" módszerrel való 
elérésére. Meglévő audiocd-modulokat 
továbbfejlesztve szintén a , fogd és vidd" 
módszerrel lehetséges a CD-lemezek rippe- 
lése és az MP3-ak, illetve az Ogg Vorbis 
kódolása (lásd még: Linuxvilág 2001. január, 
34. oldal). Számos igen hasznos Kongueror 
[/O szolga létezik már minden különösebb 
csinnadratta nélkül. Például a Kongueror 
parancssorában kiadva a man : /df" vagy 

" tdf utasítást, man-oldal jelenik meg a df 
parancsról (más parancsot 1s kiválasztha- 
tunk). Ha a GNU Info dokumentációs bön- 
gészőben akarjuk ugyanezt megtenni, akkor 
próbálkozzunk az info : /df utasítással. 

A kismeghajtó gyors eléréséhez a floppy : / 
parancsot kell alkalmazni. A Kongueror 
kevéssé ismert kiegészítése az új shel1 
parancsszolgáltatás. Eszerint miközben 

a könyvtárakban tallózol, a CONTROLtE 
billentyűt lenyomva olyan héj-parancsokat 
írhatsz be, mint a du. A parancs kimenete 

a pillanatnyi könyvtárban megnyíló párbe- 
szédablakban lesz látható. A már telepített 
[/O szolgák listája a Control Center tájékoz- 
tató szakaszán keresztül érhető el. Nemrég 
mutatták be az egyik különleges [/O szolgát, 
amely LAN-böngészésre szolgál. Leginkább 
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a Windowsban használt Helyi hálózat-hoz 
lehetne hasonlítani. Ennek az új szolgáltatás- 
nak a motorja a LISa, a LAN Information 
server. A Windows Helyi hálózattól eltérően 
a LISa csak a TCP/IP-vermen alapul, más 
protokollokat, mint az SMB vagy a NetBIOS, 
nem használ. Összegezve: ha egyszer a helyi 
hálózatodnak megfelelően állítod be a LISát, 
megpróbálja megtalálni a hálózaton lévő esz- 
közök általánosan elérhető szolgáltatásait 
(FTP, SMB, NES és HITP) (lásd az 5. képet). 
Ha a Konguerorban kiadjuk a lan : / paran- 
csot, az összes felderített kiszolgálót és azok 
szolgáltatásait kilistázza. Miközben úgy 
tűnhet, hogy a LISa túl nagy hálózati forgal- 
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mat hoz létre feleslegesen, nem ez a helyzet. 
Valójában minél több LISát futtató ügyfél 
található a hálózaton, annál hatékonyabbá 
válik. A LISa tulajdonképpen egy démon, 
mely az ügyfélgépeken fut. Gépindításakor 
ez a démon üzenetszórt adatcsomagokat 
(broadcast) küld ki, amelyekkel megkísérli 
felderíteni a hálózaton létező LISa-kiszolgá- 
lókat. Abban az esetben, ha talál egyet, a 
hálózati kiszolgálók listája átmásolódik az 

új ügyfélre, további felesleges próbálkozások 
nélkül. A LISának rendszergazdai jogosult- 
sággal kell futnia és a Control Center 
Networ/LAN modulján keresztül lehet beál- 
lítani — ez a kdenetwork csomag összetevője. 
A fejlesztők számára a KDE gazdag program- 
fejlesztő eszközkészletet kínál, ezek között 
található a Desktop Communication Protocol 
(DCOP), a Component Object Model (az úgy- 
nevezett KParts), egy XML-alapú GULl-osz- 
tály és az előbb említett [/D könyvtárak (KIO). 
Ezeket a különböző fejlesztőeszközöket 
összefűzve alkották meg a KDevelop 1.4-et. 
A multimédiás összetevőket egy hálózat-áttet- 
sző, analóg valós idejű szintetizátoron (aRts) 
alapuló szerkezeten keresztül kezelt. 

A DCOP az a sokat említett ügyfél-ügyfél 
kapcsolattartó protokoll, amellyel a CORBA-t 
váltották ki a KDE 2.0 fejlesztésének korai 
szakaszában. A DCOP a szabványos XII 
ICE könyvtárra épül, gyorsabb és könnyeb- 
ben kezelhető felületet nyújt, mint az előző, 
CORBA-val fejlesztett változat. A KPartsszal 
az alkalmazások megoszthatják egymással 
elemeiket és beágyazhatják más alkalmazá- 
sokba. Ennek széles körű alkalmazása 


a Koffice-ban és a Konguerorban látható. 

Az XML-t GUI-elemek dinamikus létrehozá- 
sának módszereként felhasználva a fejlesztők 
sokkalta testreszabhatóbb és szabványosítot- 
tabb kezelőfelületet hozhatnak létre. Az asz- 
tal állandóságának, szabványosságának elő- 
segítésére KDE-szabványos kódok és GUI 
stílusútmutató létrehozásán dolgozik. Mióta 
a GUI-elemek dinamikusan készülnek, a stí- 
lusok frissítése azon- 
nal visszatükröződik 
— anélkül, hogy módo- 
sítani vagy újrafordí- 
tani kellene őket. Az 
aRts ki tudja aknázni 
a CORBA-szetű háló- 
zatokat úgy, hogy a 
távoli alkalmazások a 
hangot a helyi munka- 
állomáson szólaltas- 
sák meg. Az Xfree86 
és a KIO által nyújtott 
hálózat-áttetszőségi 
tulajdonságnak kö- 
szönhetően multimé- 
diás alkalmazások fel- 
használására nyílik 
lehetőség. A KDeve- 
lopról vagy a KDE- 
alkalmazásokról 
bővebb leírás a 

76. oldalon szereplő 
KDevelop 1.4 áttekin- 
tésben található. A fej- 
lesztőknek szánt bősé- 
ges anyag (beleértve 
az oktatói kézikönyve- 
ket, GYK-eket), 
valamint a szabványos útmutatók a 

2 http://developer.kde.org/ oldalon érhetők 
el. Ámulatba ejtő, milyen nagy lépésekkel 
halad a Linux az irodai operációs rendszerré 
válás útján. A felbukkanó új cégek, valamint 
a régebbi, szilárd alapon állók az irodai 
Linux fejlesztésére és egyre több alkal- 
mazással való ellátására összpontosítanak. 
Nincs már távol az igazi elismerés! A Kom- 
pany (2 http://www.thekompany.com/) meg- 
döbbentő számú fontos Linux-alkalmazást 
gyűjtött össze. A KDE fejlesztése minden 
eddiginél nagyobb ütemben folyik és min- 
den újabb kiadás a Linuxot az adatközpont- 
tól az irodai felhasználáshoz hozza közelebb. 


Előnyök 


9 kde-user-reguest Olists.netcentral.net, 
(feliratkozás a felhasználók levelezőlistájára) 


Robert Flemming 
(flemmingEvalinux.com) 
VA Linux System 
rendszergazdája. 
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KDevelop 1.4 


Utat a feltörekvőknek! - a KDevelop összetett fejlesztőkörnyezet programkészítésre, 


hibakövetésre és karbantartásra. 


gyetlen fejlesztőeszközben szenved 
hiányt a Nyílt Forráskód Közössége, 
egy profi IDE-ben (Integrated 
Development Environment — összetett 
fejlesztőkörnyezet). Szerencsére a KDevelop 
rendelkezésünkre bocsátott egy ilyen eszközt, 
amely egyesíti a már létező nyílt forráskódú 
termékeket és a hozzájárulók munkátt. 
Csakhogy vajon versenyre kelhet-e a KDevelop 
egy (többnyire valamilyen nem Unix-alapú) 
kereskedelmi IDE-vel? 


Mi is az IDE? 

Az IDE olyan (lehetőleg grafikus) környezet, 
amely programkészítésre, hibakövetésre és 
karbantartásra szolgál. Ennek a környezetnek 
három alapösszetevője: a programozók szöveg- 


szerkesztője, amely szerkezetérzékeny a prog- 
ramozási nyelvre; a GUI (grafikus felhasználói 
felület)-szerkesztő, ezt az alkalmazás grafikus 
felületének tervezéséhez használhatjuk fel; és végül a hibakereső- 
nyomkövető program, ami a kódban rejlő hibákat deríti fel. 

Ezek az IDE-vel szemben támasztott alapvető követelmények. Ahhoz 
azonban, hogy igazán előnyös eszközként használhassuk, további 
összetevőkkel kell kiegészíteni. 


Telepítés 

Mivel a nyílt forráskódú programok többnyire a feladat elvégzésére 
törekednek, és kevesebb figyelmet fordítanak arra, hogy felhasz- 
nálóbarátok legyenek, a telepítés néha meglehetősen nehézkes 

és elkedvetlenítő lehet; különösen, ha figyelembe vesszük a szám- 
talan Linux-változatot, valamint a folyamatosan változó könyvtá- 
rakat és eszközöket. 

A KDevelop RPM binárisok letölthetők a KDevelop honlapról vagy 
felkutathatók valamilyen keresőlap segítségével, például a 

2 http://www.rpmfind.net/ címen. 

Ehhez az ismertető megírásához teljesen új Linuxot telepítettem és 
megbizonyosodtam róla, hogy mindazt a csomagot és képességet 
tartalmazza, amit csak a terjesztés megenged. Még így 15 belefutottam 
azonban pár telepítési akadályba: néhány könyvtárnál olyan függősé- 
gekkel találkoztam, amelyek az én Linux-telepítésemen nem 1s létez- 
tek. Egy kis internetes kitérő — a hiányzó könyvtárak letöltése — után 
viszont a gond hamar megszűnt. 

A teljes telepítési idő (gyors Internet-eléréssel és némi szaktudással fel- 
vértezve) körülbelül félórát vett igénybe. Ez a telepítési módszer eszmé- 
nyi a kicsit 15 rendszergazdai vénával megáldott felhasználók számára. 
Néha a forrásból fordítás hasznos lehet a nem Linux/Unix operációs 
rendszert használó programozók vagy a leendő KDevelop-fejlesztők 
számára a testreszabott Linux-változatokhoz. De csak a tapasztalt 
vagy nagyon határozott fejlesztők próbálják meg forrásból lefordítani 
a KDevelopot! 

Elsőként telepíteni kell az összes szükséges könyvtár fejlesztői 
változatát. Mivel nem áll a rendelkezésünkre egyszerű mód ezeknek 
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KDevelop 








a függőségeknek a megállapítására, a forrás 
fordítása valószínűleg próbálkozások és hibák 
sorozata lesz. 

A KDevelop szolgáltatása, hogy számos létező 
nyílt forráskódú eszközt fel tud használni. 

Az összes ilyen eszköz megléte nem kötelező, 
de ha azt szeretnénk, hogy a KDevelop olyan 
hatékony legyen, mint ahogyan azt elvárjuk, 
mindenképpen ajánlott. Amikor a KDevelop 
első ízben indul el, megadja a vonatkozó 
eszközök listáját, jelenlévőként vagy hiányzó- 
ként bejelölve az egyes elemeket (lásd az 

1. képet). A lista nem végleges, ugyanis a 
hiányzó eszközök később még telepíthetők. 

A KDevelop által felhasznált segédeszközök: 
g-7---2.7.2, g-4-4-2.8.1 vagy egcs 1.1] (én a g4- 
2.9.2-t ajánlom); make; perl 5.004; autoconf 
2.12; automake 1.2; flex 2.5.4; gettext; Ot 
2.2.X (magába foglalja a Ot designert és a 
uic-t) és a KDE 2.X. 

A választható eszközök: enscript, Ghostview vagy KGhostview, 
Glimpse 4.0, htdig, sgmltools 1.0, KDE-SDK (KDE software 
development kit), KTranslator, KDbg, KIconedit és Ot Linguist. 

Bár választhatók, a legjobb, ha ezek az eszközök 15 mind elérhetők. 


Képességek 

A KDevelop teljesíti az IDE három alapvető követelményét (tartal- 
maz szövegszerkesztőt, GUI-szerkesztőt és -hibakeresőt — lásd a 

2. képet, és más olyan képességekkel 1s fel van vértezve, amelyek 
hatékony és megbízható, akár üzleti feladatokra 15 alkalmazható 
eszközzé teszik. 

Egy összetett program mind a kezdők, mind a profik számára rémisz- 
tő lehet, ezért nagyon fontos a Jó programleírás. A KDevelophoz 
készült leírás kimelkedően jó, közvetlenül elérhető súgót szolgáltat — 
sajnálatunkra azonban a pillanatképek és egyéb grafikai elemek nem 
túl sűrűn fordulnak elő benne. A tartalomérzékeny súgó az eszköz- 
sorból és a What this ? kurzormódból egyaránt elérhető. 

A KDevelop hivatkozik a KDE Lib és a Ot leírásaira 15. Lehetőség 
nyílik továbbá könyvjelzők elhelyezésére, ami egyszerűvé teszi 

a visszatérést a tárgyhoz tartozó leíráshoz. A KDevelop honlapján 
további tanítófájlok és leírások is elérhetők. 

A KDevelop beépített HIML-böngészővel rendelkezik, így a 
dokumentáció elérése gördülékeny és külső böngésző használata 
sem szükséges. 

Az alapfelület elemei a következők: 

Tree View, amely a class, a groups, a file, a books és a watch 
nézeteket tartalmazza; 

Output View (Kimeneti nézet), ez a következő kimenetek üzeneteit 
jeleníti meg: stdout, stderr, debugger breakpoints, debugger frame 
stack, debugger disassembly és debugger messages; 
Szövegszerkesztő és Dokumentáció, melybe beleértendő a fejléc- és erő- 
forrás-szerkesztő, C/C--t fájlszerkesztő és a dokumentációböngésző; 
Eszköztár azaz a főmenüparancsok ikonos megfelelője. 








Frogram test results - Elevelop ; ApplicationYAzard 


Generate settings 
The following results have been determined for your system: 


make was found. Project name: Hello 


dmake was found. —— setting make-command tű make 
autocant was found. Project directory: [amerpetrello 
autoheader was found. 


automake was found. 
Ferl was found. 
samiéhtmi was tamad. 
kdac was füund. Author: Petr Sorfa 
Glimpse was found. 

Glimpseindez was found. 

hididg was not found. 

hisearch was not found. 

azps " enscribt was found. —— printingi available 

kdhg was found. 

klcanedit was not found. -——- editing icans will not he possible 
örchiever farki was found. 

Glt4F vas found. 

koTranslator was not found. 

k.Babel was found. 


at Lingulst was not found. API- Documentation IX Program-Icon 4 
(it Lesigner was found. 


Version number: 0.1 


Email: petréscribble.com 
Íx generate sources and headers 


GNIU-Standard- Files (INSTALL RESADME COPYING...) 


User- Documentation 


lsm-File - Linux Software Map 


.kdelnk-File (X Mini-Icon 


1. kép A KDevelop első indulásakor észleli a telepített elemeket ; 


Fooyaa - main.cpp - KDevelop 








File Edit View Project Build Debug Iools Options Window Bookmarks Help 


4. kép Általános projektbeállítások 








ApplicationyYAzard 


! a- egjciasses f$iinclude skilocale.ba 


Én goFoogaaapp finclude "toogaa.h" version Control System Support 
$oFoogaaDoc m ús ds 
; tatic const c a $. m 
15 tos ekdzzááááat 8 BLA TOOGNA SÉT KlST es 
É obals // INSERT A DEJORIFTION FOR YOUR AFFLICATION MERZ 
, - FöjNamespaces 
- Égjstructures : HEGKES kcmdtineoptione optione[] - ves support 
E. ÉgjFunctions ( velrilej-; TI8R.NOOP("file tó egpen"i, 0, 
E. Éigvariables (0, 0, 03 
"/ INSERT YOUKR CORMANDLINE OPTIONS MERZB 


íz 


int mainlint argc, char srargv[]) 
( 


kAboutData aboutDpatai " 1-06004", IL8N NOOP(" mezuu"), 


ep pegevőő tt ezboutData : : Licenee GPL, j És! 
j vCS Location jhomezpetrszcvsroot s 








Reposítory in VCS 





Vendor Tag (hello 


Pagedotó b ]/ 
Log Message [new project started 
4 XDEApptication 


ar Release Tag start 


ke Tentzsrmus a c E; SENNNNSKNZZKSEKZZZZZZReee—ee.ee—eeüeeeeeee.eeeeeeeeüeeeeeeeüem.eeee—eee..e.e.r.teeee..eeeeereeeeeRk 
5. kép A változatkezelő rendszer kiválasztása 


A KDevelop alatt a legegyszerűbb dolgok egyike a projektkészítés, 


Create a KDE- application with melyet az Application Wizard segítségével, három lépcsőben 
vili gt SZG He TERET t tehetünk meg: 


document- view codeframe model. 


1. Application Type (lásd a 3. képet) 

. Nextss ] E lépés során a felhasználó különféle sablonok közül választhat: 
KDE 2 Mini; KDE 2 Normal; KDE 2 MDI GNOME (Normal); 
Ot (Normal, Ot 2.2 SDI, Ot 2.2 MDI, OextMDD; Terminal, 

3. kép Az alkalmazásvarázsló például szöveges (C, C--) és egyéb (saját készítésű). 
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ApplicationyVAázard 


Headertemplate for .h-files 


VÖ ERREREREEREKEEKERKERERERKEKREKKEKEK EK EE EKE KEKE EKKKKEKKEKEREK EK EKE EK EKE KEK KEKKKKEKHRÉE 
IFILENAMHEI  - description 


begin t IDÁATEI 

copyright t (02 IYERRI by IAUTHORI 

email t IEMHRILI 
KEKKEKEKKEKEKEKKEKEKKEKEKEEKEKKEKKEKKEKEKEKEKEKEKEKKEKEKKEKKEKEKEKEKEKEKEKEKEKKEKKEKEKKEKKEEKKEKKEKEKKEKKEEKKEKKKEK/ 


ÖRRKEEKEKEKKEERKEEKKEREKEKKEKKEKEEKKEKEKRKEKEKKEKEKEKEKEKKEKEKEKEKKERKEKEKEKEKKKEKKEKEKEKEKKEKEKEKEKKKEKEKKKR 
ba He 
k This program iz free softwaret you can redistribute it and/or modify K 
k it under the terms of the CNU GCeneral Public License az published by o X 
Ha the Free Software Foundation: either version 2 of the License, or ne 
Ha cat your option? any later version, ne 
e ne 
nk He 


KEREKEKEKEKEREEREREREREKEREREKREKREKREKREKREKREKREKREKEKEKEKEKREKEKEKREKEKEEKEKEKEKEEKREKKKK] 






6. kép Fejlécsablonok 


ApplicationYAzard 


Processes 


yes 
checking if hello should be compiled. . . 

yes 

checking if po should be compiled... 

yes 

updating cache .config cache 

creating .config.status 

fast creating .iMakefile 

fast creating dociMakefile 

fast creating docieniMakefile 

fast creating hellojMakefile 

fast creating polMakefile 

creating config.h 

creating APl documentation... 

:kdoc -p -d homejpetrsihelloshellolapíthormeipetrsi kdejsharelappsikdevelopiKkDE-Documentatio 
kdoc: processing hellodoc.h 

kdoc: processing hello .h 

kdoc: processing helloview.h 

Generating documentation in html format... 
creating hello .pot 

:make messages 


7. kép A projektkészítés kezdete 


2. Általános beállítások (lásd a 4. képet) 


Itt lehet megadni a projekt nevét, elérési útját, kezdeti változat- 
számát, alkotójának nevét és levélcímét. Lehetőség nyílik a pro- 
jekthez kötődő fájlok létrehozására is, például forrásfájlok, fejlé- 
cek, GNU-alapfájlok, ikonok; továbbá a projekthez tartozó leírás 
szintén e helyütt készíthető el. 


. Változatkezelő rendszer (lásd az 5. képet) 


A Változatkezelő rendszer beállításait módosíthatjuk. Ez a rész 
Linux-változatfüggő, de általában a CVS eszköz található itt. 


. Fejléc és kódfájlokhoz használható fejlécsablonok (lásd a 6. képet) 


A fejlesztők itt dönthetik el, hogy milyen sablonokat használ a 
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vonoozzonoenzazozozaoszseserzezs] H el lo EZT 


damtesososzsonenanatmnnenososesesesínísó] ( l [errrttmtetesétésesenenntetnánetesenesetető é 


nane a fontot] 





ke Halo malna - Könvei o Il ál 


aaag a 23 eü HTT Sza aes hez a lala e 29. e 


9 NCO LA 
NS. SERT A DESORIPT IO WV FOR YOUR APFPLICATION MERZ 


etatic KCmdLineoptione optione[] - 
E argy 8 ( selfálel"; TLEN NOOP( "fila te epen"), 01; 
E aboutData 0, 0, 03 
H 7/ INSBRT YOUR COMMANDLINE OPTIONS HERE 
Ea app ú; 
H--Gápplicationz 
Bt-ekinstances a mainlint argc, char vtargv[]) 
Ú-dlaplay Kabos bo ( 18: ( ) 
1.41 utDpata aboutData(l "1s1)s", IL8N NOOP( "Pelle "), 
." kipcCommátom z VERSION, deecription, KAboutData::Licenee GPL, 
: kipcEventMask 1078849048 "égi 2901. Petr mezes : 
A aboutData addAuthor( "Tett Sorda",0, "patrdocribb]a cow"); 
i párge 1075580008 KCmdLinenrge::initl argc, argv, GaboutData ); 
EH-d KCmdLinemArge : jaddcmdLineoptionel options ); /7 add ou 
EL psessionConfig 
E popcOPClient 
E aCaption Cannot acceg 
.-bSessionManagement 220 
ÉL alconPixmap 
EL aMinilconPixmap 
E pkStyle 
"- usestyles 





EApplication app; 









































9. kép Hibakeresés a projektben 


rendszer a program-fájlokhoz, illetve fejlécfájlokhoz. Ezek a 
fejlécek tagkibontásos módszerrel testreszabhatók, néhány adat 
(szerző, fájlnév, dátum) pedig önműködően kitöltésre kerül. 

5. Projektkészítés (lásd a 7. képet) 
A projektkészítés végső lépéseként, az automake és configure 
eszközök segítségével elkészülnek a megfelelő projektfájlok és 
könyvtárak. Figyelem! Ha a szükséges eszközök hiányoznak a 
Linux-változatból, a létrehozás folyamata megszakadhat. AmennyI- 
ben ilyesmi történik, a leghelyesebb feltelepíteni a hiányzó összete- 
vőket, és újra felépíteni a projektet, ugyanis egy projektleállási 
hibát hihetetlenül nehéz helyreállítani. 


Amint a projekt létrejött, megkezdődhet a fejlesztés. Ezen a ponton 
nagyon hasznos, ha projektet megpróbáljuk felépíteni és végrehajtani 
a, hogy ezáltal felderíthessük az esetleges összeállítási hibákat. 


Ot Designer 

A KDevelop 1.4-es változata a Trolltech Ot Designerét használja. 

A Ot Designer profi felülettel rendelkezik, ahol a legtöbb Ot vizuális 
elem (widget) használata grafikus felületen keresztül oldható meg, és 
nagyon hasznos eszköz lehet a GUI-elemgyűjtemény és -összetevők 





egymás közötti kapcsolatainak kialakítá- 
sában (akár vizuális programozásnak 1s 
nevezhetnénk). 

Foglaljuk össze röviden a KDevelop alatti 
Ot Designer segítségével végzett grafikus 
felület készítés lépéseit (lásd a §. képet)! 

A Ot Designer komolyabb termék, képessé- 
geinek és használatának teljes leírása önmagá- 
ban 15 megtöltene egy cikket, ezért most csak 
a KDeveloppal való kapcsolatára térünk kit. 
A Ot Designer lehetővé teszi a terveszkö- 
zök (layout tools) használatát és valamennyi 
vizuáliselem-tulajdonsághoz hozzáfér. 
Képes az egyes vizuális elemek közötti 
függőségi viszonyok kiépítésére is, például: 
egy gomb megnyomásakor záródjon be az 
adott ablak. 

A Ot Designer csak egy a párbeszédablakot 
leíró köztes XML .ui fájlt készít. A tényleges 
forráskódot egy másik eszköz, az uic készíti 
el a .ui fájlból. A KDevelop 1.4 támogatja 
ugyan az .ul fájlokat, de azokat a felhaszná- 
lónak kell a projekthez adnia. Amikor a fel- 
használó make-et vagy rebui 1d-et indít, 

a KDevelop a szükséges forráskód elkészíté- 
séhez önműködően meghívja az uic-t. 
Sajnálatos módon az uic az összes elkészült 
forrásfájlt újraírja, valahányszor a felhasz- 
náló a Ot Designerben az .ui állományt 
megváltoztatja. Emiatt a felhasználó ezeket 
a forrásfájlokat tulaadonképpen nem szer- 
kesztheti. Az uic eszköz által készített kód 
kihasználásához a létrehozott kódosztályo- 
kat örökölni kell, mielőtt saját képességeket 
vihetnénk a programba. 





10. kép Lebegő 
hibakereső eszköztár 


z[ejaj rve 


Hibakeresés 

Hibakereső szolgáltatások nyújtásához 

a KDevelop a GDB-t használja fel (lásd 

a 9. képet). A szerkesztőablak bal oldali 
oszlopára kattintva töréspontokat állíthatunk 
be az elkészült kódban. A töréspontok akkor 
is beállíthatók, ha a program nem fut vagy 
lefordíthatatlan állapotban van. Ezek az 
úgynevezett kötetlen (lazy) töréspontok. 

A KDevelop a kötetlen töréspontokat kék- 
kel, míg a működőket vörös színnel jelölt. 
A megfelelő forrássor utáni kis zöld nyíl 

a végrehajtás pillanatnyi pontját mutatja. 

A KDevelop a legtöbb alapvető hibakereső 
szolgáltatást támogatja. Képes az egyszerű 
végrehajtásra, a következő sorra ugrásra és 
a programmegszakításra. A felhasználónak 
lehetősége nyílik a hibakeresőt lebegő esz- 
köztár formájában előhívni, ami megkönnyíti 
a hibakereső parancsok elérését (lásd a 

10. képet). Fanézetben a változófa a jelenleg 
elérhető változókat mutatja be. 

A hibakeresőhöz tartozó adatok a hibake- 
reső (debugger), assembly, verem (frame stack) és töréspont kimeneti 
ablakokban jelennek meg. 

Az alapértelmezett hibakereső hátránya, hogy hiába lenne szükség 
esetleg finomhangolt hibakeresésre, a GDB-t nem lehet közvetlenül 


Hátrányok 
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26! Hello - main.cpp - KDevelop 
Eile Edit View Project Build Debug Tools Options Window Bookmarks Help 





é$7 Helloapp " 
7 § tá 


ups ! égriles [ (B 


etatic KCmdLineoptione optione[] - 
( 
( valrila!", IL8N NoopP("1.16 6 
( 0 003 
// INSERT YOUR COMMANDLINS 
o í; 
"- Facinclude.má local 
EHlaclocal. má local 
2 registered VCS 


int mainlint argc, char targv[]) 
( 


EAboutData aboutData( "74.10", IL8N ("wmello"i, 
VERSION, deecription, KAboutData::Licenee GPL, 
2GÓL very sorferli 
norta"r,0, "patroacribbla. com"); 
KCmdLinemrge!:init( argc, argv, gaboutDpata ); 
KCmdLinemrge: :addcmdLineoptionei optione ); / Add öar öwn 


Remove File from Project... 
b.) Remove File from Disk... 


KApplication app; 


Commit 
Flconfigure files 
(— Flconfigure.in 
"- Félconfigure.in in 
(— JÁCOPYING 
fZjhelto kdevprj 
! Fhellosm registered VCS 
MINSTALL registered VCS 


ERlinteai insal 


Remove from Repository (and dis 


registered VCS 
registered VCS 


PT [7 TNS timeascott mt 


Updates file/directory from reposítory 





11. kép A forrásvezérlő rendszer használata 
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elérni. A másik gond, hogy a felhasználó a változók értékeit a Watch 
input sorban nem magától értetődő módon változtathatja meg. 

A KDevelop úgy 1s beállítható, hogy külső hibakeresőt használjon, 
legyen az a népszerű DDD, kdbg vagy xxgdb. 


Külső alkalmazások 

A KDevelop KDE-alkalmazások futtatását teszi lehetővé saját keret- 
rendszerén belül. Néhány alkalmazás, például a Gimp, az Ark és 

a KBabel alapértelmezés szerint be 15 van állítva, további elemeket 
pedig az Options tools menü alatt adhatunk a rendszerhez. 


Fordítás, felépítés és terjesztés 

A projekt fordítása és felépítése több menüszolgáltatáson keresztül 
is elérhető. Ezek a Make, Clean, Rebuild, Clean for distribution és 
Auto configuration menüpontok. A KDevelop, ha szükséges, még a 
futtatás előtt rákérdez, hogy újra akarjuk-e fordítani a programot. 


Project Make Distribution ( Terjesztéskészítő) 

A Source.tgz menüpont forrásváltozatok készítését teszi lehetővé. 
Úgy tűnik, a hasznosabb csomagolást nyújtó RPM vagy RPM spec 
fájlok önműködő készítésére sajnos nincs lehetőség. 


Configuration Management (Beállításkezelő) 

Source Control (Forrásvezérlő) 

Ha projektkészítéskor kiválasztottuk a változatkezelő rendszert, 

a kijelölt fájlokat a forrásvezérlő (source control) rendszerhez 
adhatjuk (lásd a 77. képet). Ezt úgy tehetjük meg, hogy Group vagy 
File nézetben a fájl Add to Repository helyi menüt (Pop Out) 
választjuk. A változásokat a Commit pont kiválasztásával érvénye- 
síthetjük, más fejlesztők változtatásait pedig az Update pont válasz- 
tásával hozhatjuk vissza. 

Mivel a CVS távoli tárlóhelyeket 15 támogat, a KDevelop alatt 
egyszerre több fejlesztői projektünk is lehet. A KDevelop azonban 
nem támogatja a CVS által nyújtott valamennyi szolgáltatást, többek 
közt a fájlmegtekintési és -szerkesztési jogokat sem. 


Felhasználói leírás 

A KDevelop a kdoc és a doxygen rendszeren keresztül program 
API-leírások készítésére 1s képes. Ezalatt a felhasználó folyamatosan 
láthatja a felhasználói API-leírást. Különösen a nagy, többfejlesztős 
projektek esetén igen hasznos ez a szolgáltatás. 

Ha projektkészítéskor a felhasználói leírást kiválasztottuk, akkor 

a felhasználói kézikönyv HTML -űrlapja önműködően elkészül. 
Innentől már csak a felhasználótól függ, kitölti-e az adatokat vala- 
milyen HTML -szetkesztővel. 
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ET 


Támogatottság e Más GUI-szerkesztők (például a Gnome GUI-szerkesztő, 

A nyílt forráskódú projektek egyik leggyakoribb hátránya az alacsony a Glade) támogatottsága lehetne jobb. 

támogatottság. Néha a projekt meg 1s szakad — így tulajdonképpen e — Egy létező projekt KDevelopba illesztése nem éppen egyszerű 
lehetetlenné válik a kapcsolatteremtés, ha gondok merülnek fel vagy feladat. 

hibákat találunk. A KDevelop azonban szerencsére pezsgő levelező- e . Nincsenek Rapid Application Development (RAD) -elemek, 
listával rendelkezik, melyet néhány fejlesztője folyamatosan felügyel. amelyek adatbázis-kapcsolatot szolgáltathatnának, és alapját 
A közvetlen leírások széles választékával a KDevelop olyan szintű képezhetnék a vállalati szintű fejlesztéseknek. 
támogatottságot tudhat magáénak, amellyel még a legtöbb kereske- 

delmi termék sem versenyezhet. Mivel a KDevelop nyílt forráskódú program, ezek a hiányzó lehe- 


tőségek hamarosan talán nem jelentenek gondot. 
Hiányzó kívánságok listája 
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Annak ellenére, hogy a KDevelop hatékony és hasznos eszköz, Osszefoglalás 
néhány felhasználási terület még hiányos vagy fejlesztésre szorul: A KDevelop egy középszintű kereskedelmi IDE képességeivel rendel- 
kezik. Igen jól illeszkedik a linuxos felülethez, számos nyílt forráskódú 
e — Kívánatos volna egy okos szövegszerkesztő, amely önműködően eszközt kihasznál, és olyan szintű támogatottsággal bír, amit nehéz 
befejezné a kódot, például kitöltené az adott függvény értékeit. túlszárnyalni. Ennek ellenére van még hely a további fejlesztések szá- 
e "A KDevelop 1.4 nyelv támogatása mindössze a C-t és C mára. A KDevelop képességei megfelelően elégítik ki a kis- vagy köze- 
alkalmazásokra, valamint gcc/g--- fordítóra korlátozódik. pes méretű projektek és fejlesztőcsapatok fejlesztőkörnyezet-igényeit. 


Petr Sorfa 
(petrsosco.com) a Santa Cruz Operatlions 
Development Systems Group tagja, ahol 
] cscope és a Sar3D nyílt forráskódú projektek 
Il felelőseként tevékenykedik. Főiskolai 

Kel végzettséget szerzett a Cape lown és a 
Rhodes University-n. Érdeklik a nyílt forráskódú fejlesztések, 
a számítógépes grafika, a fejlesztőrendszerek, továbbá 
a képregény-rajzolás (seguential art). 





Itt kezddi 


COPYRIGHT(C) 2000 ILLIAP HTTP://WWW.USERFRIENDLY.ORG/ 





80 Linuxvilág 


